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REVISIONS 


Revision Date Description 
A 2020-00-00 ([nitial Release 


The 9612XE is a Kantronics hardware and software design incorporating the AX.25 Level 2 Version 2 
Packet protocol as adopted by the American Radio Relay League, and other protocols. 


We have attempted to make this manual technically and typographically correct as of the date of the 
current printing. Production changes to the TNC may add errata or addendum sheets. Your comments 
and/or suggested corrections can be sent to us (See our contact information). 


This document was compiled in the U.S.A. 


The 9612XE is manufactured in the U.S.A. 


© Copyright 2020 by Kantronics, All Rights Reserved. 


Contents of this publication or the bios/firmware within the 9612XE may not be reproduced in any 
form without the written permission of the copyright owner. 


9612XE is a registered trademark of Kantronics LLC. 
KPC-9612 Plus is a registered trademark of Kantronics LLC. 
KPC-3 Plus is a registered trademark of Kantronics LLC. 
KAM XL is a registered trademark of Kantronics LLC. 
NET/ROM is a registered trademark of SOFTWARE 2000. 
APRS® is a registered trademark of Bob Bruninga, WB4APR. 


Warranty Registration 


Please take the time to (print this page) fill out the warranty registration form and mail it to Kantronics, 
including a copy of your sales receipt, to register your purchase. Refer to the warranty policy in this manual for 
further information. 


Mail form and sales receipt to: 


Kantronics 
14830 W 117th Street 
Olathe, KS 66062 


arranty Registration 


Last Name: First Name: 
Call Sign: 

Mailing Address: 

City: 


State: Zip/Postal Code: Country: 
Telephone: E-Mail: 
Product:_9612XE Serial #: 

Date of Purchase: Dealer: 


IMPORTANT 


READ THIS PAGE BEFORE YOU INSTALL YOUR NEW KANTRONICS PRODUCT 


This product contains operating code (SOFTWARE) which is protected by both United 
States copyright law and international treaty provisions. 


If you install or use this product, you will be deemed to be bound by the terms of the 
SOFTWARE license shown below. If you do not wish to be bound by such license, return such 
product and all associated documentation unused to your supplier for refund of the amount you 
paid. 


License Agreement 


L.; 


License. In consideration of payment of the License Fee, which is included in the price 
of the product, the Licensee (you) is granted by the Licensor (Kantronics Company, Inc. 
- Kantronics) a non-exclusive right to use the SOFTWARE and associated 
documentation. No ownership rights to the SOFTWARE or its Documentation are 
transferred from Kantronics to you. 


. Term. This License Agreement is effective until terminated. You may terminate this 


Agreement by destroying the PROM or diskette or CD or data file and documentation. 
You may not rent or lease the SOFTWARE, but you may transfer the SOFTWARE and 
accompanying written materials on a permanent basis provided you retain no copies 
and the recipient agrees to the terms of this Agreement. Kantronics may terminate this 
Agreement without notice if you violate any terms or conditions of the Agreement. In the 
event of termination of the Agreement, provisions relating to Kantronics’ disclaimers of 
warranties, limitation of liability, remedies, or damages and Kantronics’ proprietary 
rights shall survive. 


. Object Code. The SOFTWARE is delivered in object code only. You shall not reverse 


compile or otherwise reverse engineer the SOFTWARE. 


. Limited Warranty. This product is covered by the standard Kantronics Limited 


Warranty, which Is enclosed. 


. General. This License Agreement constitutes the complete Agreement between you and 


Kantronics. 


The SOFTWARE and/or Documentation may not be exported or re-exported in violation of 
any export laws or regulations of the United States of America or any other applicable 
jurisdiction. 


This Agreement shall be governed by and interpreted under the laws of the State of 
Kansas, United States of America. 


Use, duplication, or disclosure by the Government of the United States is subject to 
restrictions as set forth in subparagraph (c)(1)(ii) of the Rights in Technical Data and 
Computer SOFTWARE clause of DFARS 252.227-7013. 


Kantronics may in its sole discretion, provide you with upgrades of the SOFTWARE and/or 
Documentation if you have provided Kantronics your completed Warranty registration with 
a copy of your receipt showing the amount you paid. 


LICENSEE ACKNOWLEDGES HAVING READ AND UNDERSTOOD THIS AGREEMENT AND 
AGREES TO BE BOUND BY ITS TERMS. LICENSEE FURTHER AGREES THAT THIS 
AGREEMENT IS THE COMPLETE AND EXCLUSIVE STATEMENT OF THE AGREEMENT 
BETWEEN LICENSEE AND LICENSOR AND SUPERSEDES ANY PROPOSAL OR PRIOR 
AGREEMENT, ORAL OR WRITTEN, AND ANY OTHER COMMUNICATIONS RELATING TO 
THE SUBJECT MATTER OF THIS AGREEMENT. 


Any questions concerning this Agreement or any other matter relating to Kantronics, 
Kantronics products, or business practices, may be sent to us by any of the means on our 
contact information page. 
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LIMITED WARRANTY 


Effective January 1, 1997 


To receive notice of future updates, new product information and prompt warranty service, 
please fill in the Kantronics Warranty Registration form COMPLETELY and with a copy of your 
proof of purchase (to establish purchase date), mail, fax, or email them to us. 


NOTE: Return of the Warranty Registration form and proof of purchase is a pre-condition to 
warranty coverage. 


Ti 


WARRANTY. Kantronics warrants to the first consumer purchaser (“you”), for the 
Applicable Warranty Period (as described below), that the Applicable Product (as described 
below) will be free from defects in material and workmanship. 


. REMEDY. Kantronics agrees that, for any Applicable Product found by Kantronics to be in 


violation of the warranty of Section 1 hereof within the Applicable Warranty Period, it will, 
at its option, repair or replace the defective Applicable Product at no charge to you, 
excluding in-bound shipping charges. 


. EXCLUSIVE REMEDY. Repair or replacement of the Applicable Product, as provided herein, 


is the sole remedy available to you against Kantronics, and in no event will Kantronics be 
responsible for any other liability or damages or for incidental, special, or consequential 
damages, regardless of whether purported liability is predicated upon negligence, strict 
tort, contract, or other products liability theory and whether or not Kantronics is warned 
about the possibility of such liability or damages. SOME STATES DO NOT ALLOW THE 
EXCLUSION OR LIMITATION OF INCIDENTAL OR CONSEQUENTIAL DAMAGES, SO THE 
ABOVE LIMITATION OR EXCLUSION MAY NOT APPLY TO YOU. 


. DISCLAIMER. This Limited Warranty is in lieu of all other warranties expressed or implied 


and no representative or person is authorized to assume for Kantronics any other liability 
in connection with the sale of its products. KANTRONICS SPECIFICALLY DISCLAIMS THE 
IMPLIED WARRANTY OF MERCHANTABILITY AND IMPLIED WARRANTY OF FITNESS FORA 
PARTICULAR PURPOSE FOR ANY APPLICABLE PRODUCT. IF, HOWEVER, YOU ARE A 
CONSUMER WITHIN THE MEANING OF 15 U.S.C. 2301(3), THE ABOVE DISCLAIMER OF 
IMPLIED WARRANTIES IS EFFECTIVE ONLY FOR PERIODS OUTSIDE THE APPLICABLE 
WARRANTY PERIOD. SOME STATES DO NOT ALLOW LIMITATIONS ON HOW LONG AN 
IMPLIED WARRANTY LASTS, SO THE ABOVE LIMITATION MAY NOT APPLY TO YOU. 


. APPLICABLE PRODUCTS AND PERIODS. Kantronics products are of two types - (1) 


hardware units and (2) firmware and software for operation of these units, whether 
incorporated into the units themselves or separate from the units as adjuncts or 
accessories to the units. Hardware units and the media containing firmware, software and 
documentation are sold to the consumer purchaser and become property of the purchaser. 
Firmware and software are licensed for use by the consumer purchaser in return for a fee 
included in the purchase price of the units and do not become the property of the 
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consumer. (See separate License Agreement provided with these products). The products 
to which the warranty of Section 1 hereof applies (herein “Applicable Products”) and the 
periods during which the warranty shall apply to such products (herein, “Applicable 
Warranty Period”) are as follows: 


Applicable Products: 
UNITS: 9612XE, KPC-3 Plus, KPC-9612 Plus, KAM XL, MT1200, MT1200G 
Applicable Warranty Period: One (1) year from date of purchase. 


MEDIA: EPROMS, diskettes, CDs, video or audio cassettes, manuals (however bound), 
specification and other supplemental pages or any other media on which firmware, 
software or documentation are supplied 


Applicable Warranty Period: Thirty (30) days from date of purchase. 


6. EXCLUSIONS. This Limited Warranty does not apply to the cosmetic appearance of the 
Applicable Product; to broken or cracked cabinets; to any accessory not supplied by 
Kantronics which is used with the Applicable Product; to any product that has been subject 
to misuse abuse or overvoltage; to any product that has been modified by non-Kantronics 
personnel unless specifically authorized in writing by Kantronics; or to any product 
damaged or impaired by shipping (whether or not caused by poor packaging), neglect, 
accident, wiring not installed by Kantronics, improper parameter settings which are cleared 
by performing a hard reset, or use in violation of instructions furnished by Kantronics or of 
generally accepted industry practice. Kantronics does not warrant that the functions 
contained in any software will meet your requirements or achieve your intended results; or 
that operation of any software will be uninterrupted or error-free or without effect upon 
other software used with it. Responsibility for the selection of the hardware and software 
program to achieve your intended results rests with you. 


7. REMEDY PROCEDURE. Should you need to make a warranty claim, first contact the dealer 
from whom you purchased the product. If the dealer is unable to assist you, contact us. 
Prior to returning an Applicable Product, contact us to receive a Return Authorization 
Number. (As a practical matter, some problems can often be solved in such a manner 
without the product having to be returned to Kantronics for repair or replacement.) 


Return of any Applicable Product for the enforcement of rights under this Limited Warranty 
shall be at your expense. Any product returned for warranty service which Kantronics 
determines to be without defect or not covered by this Limited Warranty shall be subject to 
a minimum charge of one-half hour labor rate and the product will be returned to you at 
your sole expense. Please note, no warranty service will be provided until Kantronics has 
been furnished with your Warranty Registration and copy of proof of purchase establishing 
purchase date. 


8. NON-ASSIGNMENT. This Limited Warranty is not assignable by you. Any attempt to assign 
or transfer any of the rights, duties, or obligations hereof is void. 
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9. OTHER RIGHTS. This Limited Warranty gives you specific legal rights and you may also 
have other rights, which vary from jurisdiction to jurisdiction. 


Return/Repair Procedures 


Important: Our repair statistics show that over 70 percent of the units returned for 
service do not, in fact, require any service. Therefore, we advise you to please double- 
check the following list of common, user-solvable, sources of difficulty before contacting 
Kantronics about returning your unit for service. 


Check-List for Possible Problems 


Should you encounter difficulty in getting your equipment to “talk” to your computer, 
please perform at least the following limited checks before calling or writing: 


Carefully check your wiring connections to the 232 port (for RS232 interface units), or 
be sure your computers operating system has recognized your TNC (for USB interface 
units) and has loaded an appropriate device driver and has assigned a com port 
number. 


If you purchased third-party cables, double-check to be sure that they conform to the 
Kantronics’ wiring instructions in this manual. 


Verify your terminal baud. 


It may be useful to perform a “Hard Reset”. (See Hard Reset section.) If service or 
repairs still appear necessary after you have checked the items listed above, it may be 
wise to Call, fax, e-mail or write Kantronics to determine if the problem can be solved 
without returning the unit. 


Return Procedures 


When calling, report the product name and ask for the Service Department. Please have 
the following information available: 


The unit name and serial number (the serial number is found on the bottom of the unit). 


The firmware/bios version number (the version number is displayed when you give the 
Version command). 


If possible, you should have the unit and your computer available to perform 
troubleshooting operations when you call. 


The Service Department telephone hours are 9:00 AM to 12:00 Noon and 1:00 PM to 
4:00 PM Central Time, Monday through Friday. E-mail is preferable. If you call outside 
these hours, the phone will just ring. The service department telephone is not connected 
to the main switchboard and the switchboard receptionist cannot transfer you to the 
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service number. If lines are busy, you may wish to (and it may be faster to) contact 
service by e-mail. Service e-mail is checked at least twice per day. Before contacting us, 
please take the time to list out your problem fully and carefully. 


When e-mailing Kantronics, include a clear description of the problem, unit name, 
firmware version, computer type, computer software used and if possible, a list of 
current parameter values for your unit (as shown in a DISPLAY listing). Be sure to 
include a return fax number and/or e-mail address. 


Returns to the factory for refund or exchange are strictly regulated. Any return for 
refund or exchange, must be approved by the service department. 


Charges 


Consult the limited warranty policy in this manual for the service provisions offered by 
Kantronics at no charge. 


Violations of warranty clauses will automatically void the warranty and cost of service or 
repairs will be charged to the owner. 


Service outside the warranty will be charged at the cost of parts, labor, and return 
shipping. Units returned for service without a Return Authorization number will be 
subject to a minimum charge of 4% h labor plus shipping and handling. 


We will email a click to pay invoice for you to securely pay using any major credit card. 


International Returns 


@ This section applies to international returns only, not to domestic returns. 


In case of unit problems, first contact the dealer from whom you purchased the 
product. If you must return a Kantronics product to us, please observe the steps 
outlined below. It will save you, the customer, and Kantronics unnecessary difficulties 
and expense. 


¢ All returns must be shipped to the factory. 


¢ All expenses of returning items to Kantronics must be paid by you, including any 
duty/entry fees, whether the return is for warranty or non-warranty repair. 


¢ Usually, the best way to return items to us is by mail. However, if you wish to use 
one of the courier services such as DHL, UPS Expedited, Federal Express, etc., be 
sure to use DOOR-TO-DOOR service. If you use one of these services, a commercial 
invoice may be required. Please check with your carrier before shipping. 
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Include in the description of the items on the paperwork (whether postal or courier) 
the words: 


“U.S. GOODS RETURNED FOR REPAIR/REPLACEMENT.”’’ 


@ An additional description of “Amateur radio peripheral equipment”, or “Data 
communications equipment”, would be helpful. It would also be helpful (but not 
required) to include the code number 9801.00.1035 which tells U.S. Customs 
agents that the package contains “U.S. goods returned without 
improvement/enhancement”. However, if the words “U.S. goods returned for 
repair/replacement” are on the paperwork, the number is not really necessary. 


Provide a value for customs purposes. This is usually the value of the item(s) in their 
current condition. A $0 value is not acceptable for U.S. Customs. 


Inside the package, with the item(s), include 


e aphone number and an e-mail address to reach you, when we need to contact 
you 


e acorrect and full address for return 

e abrief description of the problem 

e areference to any conversations with the technical/sales staff about the problem 
e and the Return Authorization number assigned 

For warranty repairs, we will pay the shipping charges to return the item(s) to you via 
air parcel post. If you wish return by courier service, include your account number. 
To be eligible for repair under warranty, we must have a record that you sent your 
Warranty Registration and proof of purchase to Kantronics, and the item(s) must still 


be within the warranty period at the time the return is authorized. 


For non-warranty repairs, you must pay the return shipping charges. 
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Radio Frequency Interference Statement 


Note 1: This equipment has been tested and found to comply with the limits for a Class 
B digital Device, pursuant to Part 15 of the FCC Rules. These limits are designed to 
provide reasonable protection against harmful interference in a residential installation. 
This equipment generates, uses, and can radiate radio frequency energy and, if not 
installed and used in accordance with the instructions, may cause harmful interference 
to radio communications. 


There is no guarantee that the interference will not occur in a particular installation. If 
this equipment does cause harmful interference to radio or television reception, which 
can be determined by turning the equipment off and on, the user is encouraged to try to 
correct the interference by one or more of the following measures: 


e Reorient or relocate the receiving antenna. 
e Increase the separation between the equipment and receiver. 


e Connect the equipment into an outlet on a circuit different from that to which the 
receiver is connected. 


e Consult the dealer or an experienced Radio/TV technician for help. 


The user is cautioned that any changes or modifications not expressly approved by the 
party responsible for compliance could void the user’s authority to operate the 
equipment. The user is also cautioned that any peripheral device installed with this 
equipment must be connected using a high-quality shielded cable to ensure compliance 
with FCC limits. 


Note 2: The shield of the cable, whether foil, braid, braid over foil, or double braid, 
must be properly terminated (connected) 360° to the connector. This is usually 
accomplished using a metal or metalized plastic back shell, but may be implemented 
by direct contact, including soldering, with metal portion of connector. Experience has 
indicated that cable assemblies (with connectors) advertised as “shielded” are not 
necessarily terminated properly, if terminated at all. Check cable construction to be 
sure. 


RFI Suppression 


In moving to the world of digital communications via computers, a new dimension of RFI 
may be encountered. Despite the equipment manufacturers’ diligence, each new piece of 
electronic equipment will react differently in each separate environment. Every amateur 
station will have its own unique layout, equipment variation, and antenna installations. 
Experience has shown that these differences are related to the total RF environment and 
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may be causative factors in RFI induced problems. The suggestions given here may assist 
in resolving RFI problems you may encounter in your “unique” station. 


Use shielded cable for all connections between equipment. 


Make all interconnecting cables as short as practical. A balance should be 
maintained between cable length and equipment proximity. At times simply moving 
the video monitor one foot further from an interface or other device will solve a 
“screen hash” problem. 


Antenna runs should be kept away from equipment control lines and/or 
interconnecting cables. If it is necessary for such lines to cross each other they 
should do so at 90-degree angles. 


Ground leads should be as short as possible and go to a GOOD EARTH GROUND. 


Interconnecting cables appearing to act as radiators or antennas should be looped 
through a toroid. Be certain toroids, if used, are designed for the frequency in use. 
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FCC Declaration of Conformity: 


NOTE: This equipment, Kantronics’ 9612XE, has been tested and found to comply with 
the essential emission and immunity requirements of the EMC Directive FCC Title 47, 
Part 15, Subpart B. The test results are on file at the corporate offices of Kantronics. 


Type of Equipment: Information Technology Equipment 
Class of Equipment: Class B 


CE Marking Considerations 


The following cautions pertain to CE Marking of this product: 


e All cables connecting to Power, Port 1 (1200 speed), Port 2 (high-speed), and 
Computer must be < 3 m in length 


e Cables for GPS use on the Computer port, control output on Port 1, or control output 
or A/D input on Port 2 may be = 3 m in length 


e All cables, except for the Power port, must be shielded with the shield properly 
terminated 360° to the connector. See note 2 in the RF Interference section 


e The nominal 12 V dc power must be supplied from a CE marked or third party 
approved power brick (wall wart) or ac to dc power supply. If a homemade power 
supply is used the components making up the supply must meet IEC/EN standards 
for such components 
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Introduction 


Welcome to the Kantronics 9612XE, your pathway to amateur radio packet 
communication. 


Please review this chapter before you install your 9612XE as part of your packet 
radio station. 


Overview of This “User’s Guide” Manual 


This user’s guide provides documentation on the 9612XE and packet radio, 
including the following: 


What equipment you will need for your packet radio station. 
A brief introduction to packet radio. 


Installing and configuring your 9612XE packet radio station and making your 
first connections. 


Getting started using your 9612XE 
Documentation for each mode of operation of your 9612XE. 
A full “Command Reference”, documenting all 9612XE commands. 


Full details on 9612XE jumpers, and other technical specifications. 


Major Uses of Your 9612XE 


By connecting a 9612XE to your computer and likely to your current radio 
equipment, you can send and receive packets of digital information. This allows 
you to do the following: 


use computers to carry on real-time digital conversations between stations 


send, receive, store and forward mail using a personal mailbox (PBBS), or as a 
community bulletin board, 


send and receive files (may require more capable computer software), 
get and re-transmit location data from Global Positioning System devices, 
serve as a digipeater for other stations, 


serve as an APRS® specific digipeater, 
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e serve as a simple node (KA-Node), or as a network node (K-Net), 
e transmit and receive POCSAG pages, or act as a paging server, 


e And much more. 


Package Contents 
USB Interface 
¢ 9612XE unit with USB interface 
¢ A3 ft. USB type A, to type B computer interface cable 
RS232 Interface 
¢ 9612XE unit with DB25 RS232 interface 


¢ Note: an RS232 interface cable is not included 


Additional Parts needed 


In addition to your 9612XE unit, you will need the following parts to set up your packet 
radio station: 


@¢ One or two FM transceivers 


¢ For the 1200 port, a cable with a db9 TNC end, and with a microphone (Mic) 
plug and/or external speaker plug, to match the radio connectors, OR 


¢ acable with db9 TNC end, and an accessory plug, to match the accessory jack 
on the radio 


¢ For the 9600 port, a cable with a db15 TNC end, and an accessory jack 
connector to match the accessory jack on the radio 


¢ For the USB interface version of the XE, an available USB port on a computer 


¢ For the RS232 interface version of the XE, a standard type serial cable, to 
connect to an appropriate port on your computer 


¢ A12 Vdc power supply or power adapter (available as an accessory) 
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Our Assumptions about You 


We assume that you are familiar with the following or that you can get help on these 
topics if necessary: 


¢ general familiarity with operating your radio equipment and its intended uses 


¢ basic use of your computer and its operating system, including copying files, 
working with directories, and identifying and using the serial (COM) ports, or 
USB ports on your computer 


¢ basic electronics knowledge, if you are going to assemble interface cables 
yourself. 


Documentation Conventions 


The following conventions are used in this documentation: 


To indicate a specific key, the name of the key Is given in capitals. For example, 
press the ENTER key. 


Sometimes you need to hold down one key on the computer while pressing 
another key. This is indicated by giving the name of the first key, then a plus ‘+’, 
then the name of the second key. For example, “Ctrl+C” means “press and hold 
the key labeled ‘CTRL’ or ‘Ctrl’ (i.e., the “control” key), then, press the ‘C’ key”. 
Multiple-key combinations that generate a single character are shown in angle 
brackets, like this: <Ctrl+C>. 


Conventions for the 9612XE commands are covered in the “Command Reference” 
section of this manual. 


Note: Reference to 232 is the serial communications standard, which was RS-232 
but is now EIA/TIA-232. 


Note: For explanations of prefixes for binary multiples see 
http://physics.nist.gov/cuu/Units/binary.html. 
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Overview of Packet Radio 


This section gives a brief overview of packet radio, for those who are new to 
packet radio and those who want to review the topic. 


Topics covered are: 


¢ 


¢ 


¢ 


¢ 


¢ 


The three basic components of a packet radio station 
Sending a message from one station to another 
Details about packets 

A brief discussion of protocols 


An overview of the internals of the 9612XE 


If you are already familiar with packet radio, you may wish to skip the rest of this 
chapter, or just give it a quick review. 


Packet radio gives you the ability to send essentially error-free digital 
communications to other packet radio stations. As a sender or receiver, you see 
just the messages, or files, being sent and received. But there is much going on 
beneath the surface. You will get more out of packet radio, and have an easier 
time getting started, if you have at least a basic understanding of what is involved 
in packet radio communication. 


@ Do not be concerned here with Aow to do things—that comes later. 


Three Basic Components of a Packet Radio Station 


A packet radio station has three basic parts: 


A transceiver, with an antenna, 


A device called a TNC (i.e., Terminal Node Controller), which is a combination 
modem and special-purpose micro-computer, 


A general-purpose computer (or a terminal). 
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\/7 Antenna 


9612XE 
Transceiver TNC Computer 
Terminal Node Controller 


The three parts of a packet radio station work together as follows: 


e The transceiver: sends and receives radio signals to and from your station 
through an antenna and passes audio signals back and forth between itself 
and the TNC. 


e The TNC (Terminal Node Controller): translates audio signals into digital 
information and vice versa, performs several control and information storage 
functions, and communicates digitally with your computer. 


e The computer communicates digitally with the TNC so you can: 


Use a terminal program in the computer to send data to, and receive data 
from, other stations via the TNC and your transceiver, 


and Control the operation of the TNC. 
Sending a Message to Another Station 


A quick way to see the basic components of packet radio in action is to follow a 
simple message as it goes from one station to another, via an intermediate 
station. 


Let’s assume that an originating station, WOXI, wants to send the message 
“HELLO” to a destination station, KBONYK. Also, assume that WOXI knows that 
his signal might not reach KBONYK’s station directly, but that it can be picked up 
and repeated by an intermediate station, NOKN, and then received by KBONYK. 


The following are the basic steps of a station-to-station packet communication, as 
seen from the point of view of the message, “HELLO,” sent from source station 
WOXI to destination station KBONYK, through intermediate station NOKN. Step 1 
is one-time configuration task, Steps 2-3 establish a connection between stations, 
and Steps 4-13 follow the “HELLO” message from the time it is created by WOX| 
to when it is read by KBONYK. 


Step 1. Before this message can be transmitted from a source station to a 


destination station, via an intermediate station, all the stations involved 
have to have callsigns, which are used by the TNCs involved to identify 


24 


Step 2. 


Step 3. 


Step 4. 


Step 5. 
Step 6. 


and process information (e.g., source, destination, and routing of 
information). 


So, we start by assuming each operator involved in this example has 
already performed this one-time configuration task, creating the 
callsigns given above. Stations are identified by reference to their 
callsigns. Note that a callsign can be for a TNC itself, or for a function 
inside the TNC, such as a Personal Bulletin Board System (PBBS) 
“mailbox” that resides in RAM inside the TNC. 


This communication begins when the operator of station W@XI turns on 
his computer, TNC (e.g., a 9612XE), and transceiver of his station and 
uses a computer software program to tell the TNC that he wants to 
establish a line of communication, called a “connection,” with a 
“destination” station KBONYK using an intermediate station NOKN as a 
repeater station to carry the information beyond the range of the 
originating station and into the range of the destination station. 


The “connect” command sent to the TNC causes the TNC to formulate a 
“request to connect” message that is sent from W@XI. If this message is 
detected by the specified intermediate station (i.e., NOKN), is repeated, 
and then detected by the destination station (i.e., KB@NYK), a 
connection may be established. 


To confirm a connection, the destination station automatically sends a 
special message back though the reverse path, to the originating TNC. 


When this “confirmation of connection” is processed by WOXI’s TNC, 
the TNC assumes that the operator wants to begin sending messages. 
So the TNC: (1) puts a message on the computer monitor confirming 
that W@XI is now connected, through intermediate station NOKN, to 
KBONYK, (2) turns ON the “connected” indicator on the TNC, which 
stays ON as long as the connection is in effect, and (3) switches itself 
from taking commands from the computer (i.e., TNC in “command 
mode”) to serving as a message-processor, sending and receiving 
messages to and from the connected stations (i.e., TNC in “conversation 
mode”). 


Now that WO&XI is in “conversation” mode, the operator types in the 
message, “HELLO”, and presses the ENTER key on the computer to 
indicate the end of the message and the beginning of the message’s 
journey. 


The computer sends the message, “HELLO,” to the TNC for processing. 


The TNC receives the message, “HELLO”, and takes charge of the 
situation, performing a number of complex operations: it uses the 
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Step 7. 


Step 8. 


Step 9. 


Step 10. 


Step 11. 


Step 12. 


“connection” information about where the message is to go and the 
path it is to take and combines this with the message itself to assemble 
a “packet” of digital information for transmission from the transceiver. 


The details of what is in the packet and how it Is organized are fully 
defined by agreed-upon standards, so any machine that knows the 
“rules” can make use of the information. 


The standard for amateur packet radio at this time is defined by the 
AX.25 protocol, so let’s assume the packet mode in the TNC is AX.25 
packet. 


Technical note: All amateur radio packets use the AX.25 standard, but it is 
possible to use another standard or protocol (e.g., TCP/IP) “on top” of 
AX.25, in which case the packet is referred to by the name of the highest- 
level protocol. 


After the TNC assembles the “HELLO” message into a packet of digital 
information in the TNC, it passes the packet on to a modem, which is 
also in the TNC, which transforms the information into a series of audio 
signals for serial transmission to station WOXI’s transceiver. 


The TNC orders the transceiver to send a message (i.e., keys push-to- 
talk) and then sends the audio version of the “packet” through the radio 
port of the TNC, up a cable to the microphone connector on station 
WOXI’s transceiver, and to the transmitter. 


The packet is transmitted by WOXI’s transceiver as a burst of radio- 
frequency signals. 


The “HELLO” packet, including address information (i.e., to, from, via) 
and other control information, is now on the air, where it may be 
correctly interpreted by all appropriately configured (i.e., AX.25 packet) 
stations that receive the signal. 


KBONYK is on the air and is running AX.25 packet, but it is too far away 
from W@XI to pick up the signal, so does not get the message as it is 
sent from WOXI. 


As we know from the “connection,” already established, intermediate 
station N@KN, an AX.25 packet radio station, is on the air, and is close 
enough to receive the radio burst sent by WOXI. It receives the burst of 
radio signals from WOXI and passes the audio signals on to its TNC for 
processing. The TNC (e.g., a 9612XE) transforms the signal from audio 
to digital, analyzes the series of 1’s and O’s in the incoming bit-stream, 
and identifies the burst as an AX.25 packet of information containing 
the message, “HELLO.” 
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Step 13. 


Step 14. 


Step 15. 


Also, and most significantly, NOKN registers that the packet designates 
N@KN as the first (and only) intermediate station on a path between a 
source, WOXI, and a destination, KBONYK. As a fully functioning AX.25 
packet station, NOKN knows what to do: it sends the message back out 
over the air (i.e., digipeats it), where it may or may not be received by 
its intended destination, KBONYK. Before doing so, it marked its call in 
the packet to indicate to others that it had seen the packet and had sent 
it on its way. 


Note: Since a “connection” has been established, we expect the 
message to get through, but each packet is processed separately, and 
each must make it on its own. 


As we know from the “connection,” already established, KBONYK, an 
AX.25 packet radio station, is on the air, close enough to receive the RF 
burst sent by N@KN, and currently set to display messages on a 
computer screen. So, the “HELLO” message re-transmitted by NOKN 
arrives at KBONYK’s TNC (e.g., a 9612XE), where it is processed and 
recognized as an AX.25 packet addressed to itself. Then KBONYK’s TNC 
sends the message, “HELLO,” to the computer screen for KBONYK to 
read. At the same time, KB@NYK’s TNC creates an acknowledgment 
packet to send back to W@XI’s TNC, reversing the address path it found 
in the “HELLO” packet. When KBONYK’s TNC detects that the radio 
channel is clear, it keys the transmitter and sends the packet back over 
the air. 


N@KN’s TNC now recognizes another packet which has its callsign in 
the address path, requesting it to be digipeated. NOKN’s TNC does so 
as soon as it can. 


W@&XI’s TNC now hears a packet addressed to it. Since the digipeated 
packet originally came from KB@NYK, to whom he is connected, and 
since the packet contains an acknowledgment for data that he had 
recently sent, WOXI’s TNC can rest easy knowing that the data he sent 
was properly received. 


This concludes our close-up look at a single packet communication event, 
showing how the various parts of packet radio work with each other. To simplify 
and focus this example, various details and possible complications were ignored, 
but this still shows the basic steps involved in establishing a connection and 
sending the message “HELLO” from one person/station to another 
person/station. 


This example covers one of many uses of packet radio. As covered in other 
sections of this manual, there are many ways to communicate with other stations. 
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Now that you have followed one message from one station to another, it is useful 
to learn about the “packets” in packet radio. 


Packets: Dividing Messages into Segments 


Efficient ways to send a message from one place to another is to break the 
information into small segments, called packets or frames, and send each packet 
separately. 


Note: The correct technical term is “data frame”, not “packet” or “frame,” but we 
will use the term “packet,” since that is familiar to most people and is common in 
the field. 


Your packet radio station automatically divides your communication (e.g., a 
message or file) into small segments (see the PACLEN command for details) and 
puts each segment into its own “packet”. Each packet includes information used 
for addressing and error correction. 


Unconnected Packets 


Packets do not need to be addressed to any specific station. Packets transmitted 
without any established connection between sender and receiver are 
“unconnected” packets. “Unconnected” packets are just sent out without 
requiring any back-and-forth coordination with any receiving station. Stations 
receiving these packets can check to see if the packets are correct (i.e., the same 
bit pattern is received as when they were sent), but they cannot request any 
retransmission of faulty packets. Nor can they request re-transmission of any 
packets in a series that are not received at all. This is because “unconnected” 
packets do not include sequence information that could be used to track them in 
order, and also because a TNC sending or receiving “unconnected” packets is not 
set up to do any communicating about the success or failure of its packet 
transmissions. 


@ Note: Packets sent as “unconnected” are also called UNPROTO (non- 
protocol), because the sender expects no response from the receiving 
station. 


Connected Packets 


Packet radio communication is often done between two stations that are ina 
connected link. “Connected” communication using packet radio assures 
transmission with virtually 100% accuracy by having the sender and receiver 
follow a set of rules for communicating. These rules are specified in the AX.25 
protocol. 


The following is an overview of what happens during a packet radio 


communication between two connected stations. 
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After a connection has been established between two stations, information 
Packets are transmitted one-by-one (or in small batches), with a sequence 
number as part of each packet, from the sending station to the receiving station. 
As the communication proceeds, the receiving station keeps track of which 
packets it has received error-free (as determined by using the check-sum that is 
part of each packet) and uses this to tell the sending station what packet(s) to 
send next. 


Using these rules of communication, a packet radio connection between a sender 
and a receiver provides virtually error-free transmission of information, until the 
communication is ended by the parties, or until the sender “times out” after 
trying a number of times to get feedback and not succeeding. 


@ Hint: In most cases, communication by packet radio is like mail, not the 
telephone, in that it is not done in real-time, but via messages that are 
routed from one station, or “node,” to another. 


How a Packet is Organized 


Your packet radio station takes care of all the details of working with packets, so 
you do not need to see the “inside” of packets. But it is useful to have at least a 
basic idea of how they are organized. 


All amateur radio packets (also called “frames”) are defined by the AX.25 
protocol, which is discussed in the next section. Packets used to carry messages, 
or chunks of messages, as in the “HELLO” example, are called “information 
packets.” 
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The following diagram shows the basic building blocks of “connected 
information” packets used in amateur packet radio: 


Single character for 
“beginning of packet” 


Destination station, Source station, 


And up to 8 intermediate stations 


Kind of packet, packet number. 


and other control information 
Optional Data with protocol ID 
Data mav have | to 256 bvtes 


16 bits derived from this 
packet used to check for 
errors in transmission 


Single character for 
“end of packet” 


Checksum 


Flag 


Address Control 


Kinds of Packets 


As shown in the above diagram, the “control” field in an AX.25 packet includes a 
code telling what kind of packet the current packet is. In addition to connected 
information packets, the AX.25 protocol also defines two other kinds of packets, 
each of which is nearly identical in structure to the connected information packet: 
control packets (of which there are several kinds) and unnumbered packets. To 
learn more about these, see the documentation for the MCOM command. 


As noted at the beginning of this section, the organization of amateur radio 
packets is defined by the AX.25 protocol. Now it is useful to give a brief 
discussion of this protocol, and another that fits “within” it. 


Protocols: Rules for Working Together 


Packet radio, like any communication, is only possible if all parties involved (i.e., 
sender, receiver, and intermediate points on the route between them) agree on 
the rules for organizing information and the rules for dealing with all steps of the 
transmission. These rules are called “protocols,” or standards. 
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AX.25 


The standard protocol for amateur packet radio communication is AX.25 (level 2, 
version 2). For technical protocol details, see the ARRL publication, AX.25 
Amateur Packet-Radio Link-Layer Protocol. 


@ Hint: You can set the 9612XE to use an earlier version of the AX.25 
protocol, (level 2, version 1), by setting the command AX25L2V2, to OFF. 


Alternatives to AX.25 


TCP/IP and the KISS protocol: The TCP/IP (Transmission Control Protocol/ 
Internet Protocol) suite of protocols require functionality not found in native 
AX.25 packets, so Phil Karn KA9Q defined a protocol called KISS that implements 
TCP/IP functionality for amateur radio. For further information on KISS see the 
KISS Mode section of the “Modes of Operation” chapter. 


XKISS is an extension of the KISS protocol, defined by John Wiseman G8BPQ. 


For further information on XKISS, see the XKISS Mode section of the “Modes of 
Operation” chapter. 
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Inside a TNC — the 9612XE 


To better understand the workings of your packet radio station, it is helpful to 
have an overview of the major components of the TNC device at the center of your 
station. 


In the early days of packet radio, TNCs consisted primarily of a modem for 
communicating with a transceiver and a special-purpose microprocessor called a 
PAD (i.e., packet assembler/disassembler) used to process packets of 
information and communicate with a computer or terminal. 


As packet radio TNCs have evolved, more and more internal features have been 
added, such as; more default memory, internal “Personal Bulletin Board 
System”, GPS type data storage and beacon, APRS® specific digipeating, 
POCSAG paging, and network node. 


32 


Front Panel 


The following diagram shows the placement and function of the controls and 
indicators on the front of your 9612XE, as well as a brief explanation of each: 


9612XE Front Panel 


Transmit 
Red LED is ON 
when Port 1 

is sending a 
packet signal to 
your transceiver 


Receive 
Green LED is ON 
when Port 1 

is receiving a 
signal from your 
transceiver 


Transmit 
Red LED is ON 
when Port 2 

is sending a 
packet signal to 
your transceiver 


Receive 
Green LED is ON 
when Port 2 

is receiving a 
signal from your 
transceiver 


Green LED is ON when 
your TNC has at least 
one unacki 

packet on the current 
stream (i.e., a packet 
that was transmitted to 
another station has not 
been acknowledged or 
a packet is cued for 
transmission 

to another station) 


Connected 
Green LED is ON 
when your TNC has 
@ packet connection 
on the current 
stream 
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Power switch 
push in to turn power 
ON, push in again to 
turn power OFF 


Power 

Green LED is ON 
when your TNC 
is turned on and 
receiving power 


Mail 

Yellow LED is ON 
when there is a 
packet connection 
to your TNC’s 
mailbox (i.e. , PBBS) 
Yellow LED BLINKS 
when there is 
unread mail for you 
in your PBBS and 
there is currently no 
packet connection 
to your PBBS 


Back Panel 


As shown below, the connectors on the back of the unit connect to your 
transceiver(s), your computer (or a GPS device), and a power source. 


PWR Radio port1 Radio port2 Computer port (RS-232) 


> Gea). - amane)- - emanenen- 


Power Port 1 Port 2 Computer 


2.1mm DSUB9 DSUB15 DSUB25 
PWR Radio port1 Radio port2 Computer port (USB) 


i 


Power Port? 


2.1mm DSUB9 DSUB15 USB TYPE B 


The rear panel has four connectors. The purpose of each connector is described 
below: 


Power jack (2.1 mm) This connector is for connection to an external power 
source (10 to 25 V dc). The center post is the positive 
connection and the sleeve is negative (ground). 


Radio Port 1 This DSUB-9 female connector accepts the cable from 
one of your radios, for 1200 baud packet operation. 


Radio Port 2 This DSUB-15 female connector accepts the cable from 
one of your radios, for 4800/9600/19200/38400 baud 
packet operation. 


Note: Your radio connected to port 2 MUST be capable of operating at the port 2 
baud setting in the 9612XE. Refer to your radio manual to determine its speed 
capability and the exact connections required. 


Computer (RS-232) This DSUB-25 female connector accepts the cable from 
your computer serial port, at RS-232 levels, using 
standard ASCII characters for all commands. 


Computer (USB) This USB type B female connector accepts a USB cable 
from a standard computer USB port. 
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Note: All Kantronics TNCs can operate without the computer being connected 
once they have been configured. For example, messages can be received and 
stored in the TNCs personal mailbox, and it can serve as a packet relay station 
for other stations to use, without a computer connection. This independence from 
the computer is possible because the TNC contains the intelligence necessary to 
carry out these functions once it is appropriately configured and attached to a 
transceiver. 
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The following diagram shows the most important internal components of a TNC 
(the 9612XE). The diagram is not to scale. For a detailed example, see the parts 
list and layout diagram for the 9612XE in the appendices of this manual. 


Note: Other Kantronics TNCs may have different features than the 9612XE—for 
example, single-port rather than dual-port support, no support for paging. 


Computer and/or 
GPS device 


Transceiver 1 Transceiver 2 


Inside the 
9612XE Port 1: Port 2: 


Low-speed High-speed 


Real Time 
Clock 


bios/firmware stored in flash 512 KiB RAM (Random Access 
memory, its “operating Memory) 
program” 


* Programs to support 
Interface modes 


; * Memory used for internal 
(i.e. Newuser, Terminal, Host functions (e.g. storing 


PBBS, Kiss, Xkiss, & GPS) parameter settings, assembling 


* Text for on-line Help Sune aa parole: 


* packet connections, 
Programs to support KA-NODE support, and 


other functions F : 
Storing GPS tracking data 
(e.g., K-Net NODES) : - 


* Mailbox (PBBS) storage: 
User-configurable size, within 
limits of available RAM. 


Lithium Battery: 
power back up 
for RAM and 
Real Time Clock 


This concludes the introduction to packet radio. The next chapter guides you 
through the steps of installation. 
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Installing the 9612XE 


The goal of this chapter is to guide you as quickly as possible through the steps of 
setting up your packet radio station. 


@ The 9612XE is a dual-port device, with a low speed radio port (port 1) and a high 
speed radio port (port 2), each of which may be connected to different transceivers. 
Unless otherwise noted, the steps involved for installing the two radio-to-transceiver 
connections are the same. Here, we assume you will be using both ports, but we do 
not repeat installation steps for port 2 that are the same as for the low speed port. 


@ The major steps involved in installing (i.e., connecting the parts) your packet radio 
station are as follows: 


¢ Connect to a power source and confirm that the 9612XE powers on when it 
should, 


# connect the “Computer” port on the 9612XE to a serial port on your computer, 
install terminal communication software in the computer if necessary, and 
configure the terminal software so digital information can be exchanged with or 
through the 9612XE, 


¢ connect the “Radio” port 1 (low-speed port) to your transceiver and adjust the 
volume of the transceiver, if necessary, so receive signals from the transceiver 
can be processed, and signals sent to the transceiver for transmission, 


@ Once you learn how to connect radio port 1 to a transceiver, you can use the 
same steps to connect radio port 2 (a high speed port) to another transceiver, 


To show you where you are heading with the step-by-step configuration covered 
below; we start with a brief section on equipment needs for your station and an 
overview diagram that shows how the parts of your station will be connected when 
you are ready to begin using It. 
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The Major Components of Your Packet Station 


This section describes the basic components needed for your packet radio station 
and the connections between components that will be involved in the installation 
of your station. 


The 9612XE 


Your 9612XE is going to be at the center of your packet radio station, so setting 
up your station involves connecting other equipment to your 9612XE. 


A terminal device, or computer running a terminal program 


A terminal is required for the initial setup of the TNC, to set or adjust commands 
and parameters inside the TNC, for entering text to be transmitted, and for 
display of received text. 


A radio or two radios 


One or two radios, for transmitting/receiving 1200 baud and/or higher-speed 
packet. 


The Transceivers 


1200 baud packet to/from port 1, can be done with most FM transceivers, 
usually through microphone and external speaker jacks. 


Higher-speed packet to/from port 2, will require a radio capable of carrying the 
wider-bandwidth packet audio (e.g., one capable of DFSK or GMSK operation at 
9600 baud), usually through an accessory jack. 


There are hundreds of models of FM transceivers, new and old, that are capable 
being part of a packet station. You will need to refer to the documentation for 
your transceiver to determine how it connects to external devices, such as the 
9612XE. 


Specifically, you will need to know: 


e what type of microphone connector or accessory plug to use with your 
transceiver, and, 


e the pin-to-pin connections to make in the interface cable, between the 9612XE 
and your radio connector. 


Wiring diagrams for some common transceivers are included later in this chapter 
for your assistance. 
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The Computer interface connection 


Any computer with an available RS-232 serial port, can be connected through a 
standard type RS-232 serial cable, to the RS-232 version of the 9612XE. A 
computer that does not have an RS-232 serial port available, could still be used 
to communicate with an RS-232 version 9612XE, by using a USB to serial 
adapter cable connected to a computer USB port. These adapter cable devices 
provide the conversion needed. 


The USB version of the 9612XE can communicate direct through a USB computer 
port, after the computers operating system has properly configured it as a com 
port. 


The RS232 Serial Port on Your Computer 


You will be using a standard (RS-232) modem cable (or making a cable with the 
same wiring) to connect your TNC to a serial (COM) port on your computer. The 
connector needed at the computer-end of the modem cable must fit the connector on 
your computer’s serial (COM) port. Therefore, you will need to know the following: 


1. ls your computer's serial (COM) port DSUB-9 or DSUB-25? (Most would be a 


DSUB-9 type). The computer-end of your 232 cable must have the same number of 
terminals, as does your serial (COM) port. 


DSUB-9 (9 pins) DSUB-25 (25 pins) 
2. Note that your computer's serial (COM) port is male. 


S oe 


The computer-end of your RS-232 cable must be female, to connect to the computer's 
male serial (COM) port. 


@ Hint: Since, the 9612XE’ “Computer” port has a female DSUB-25 
connector, the 9612XE end of your modem cable must have a male DSUB- 
25 connector. 


Be sure the cable between your 9612XE and the computer is correctly wired. This 
topic is covered when we get to the actual installation of the cable. 
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Technical note: When using a non-PC compatible, use a serial communication 
program and a serial modem cable (i.e., 232 cable). You can get help from your 
computer dealer, users group and members of the amateur radio community. When 
talking with computer dealers or others, who may not be familiar with packet 
radio, refer to your 9612XE as an “external modem,”’ not as a “TNC,”’ a less 


familiar term. 
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How the Parts of Your Station are Connected 


The following diagram is an example of a typical packet station, using a dual port 
9612XE. It shows how the components of a packet radio station are connected, 
and the kinds of connectors that will be used. As you assemble your station, you 
may wish to refer to this diagram. 


9612XE if} 
‘33 
(connections on back) i = : 
Computer ~Sa- 
1200 Radio Port 9600 Radio Port or GPS (DB-25 only) Power 
DB-9 (female) DB-9 (female) USB or DB-25 (female) 1 


2.1 mm 
power jack 
and stranded 


2-conductor 
wire 


Bench Power Supply (12 V dc) 


5-conductor 
shielded 
cable 


Power-cube: 
Power adaptor 


ae (120 V ac /12V de 
Computer Interface with cable 1 120 Vac 


Speaker Microphone 9600 Accy Port Port assembly) | 


Jack 


Transceiver 


9600 Capable Computer 
Transceiver 


Figure 1 
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With this overview, we are now ready for step-by-step instructions for installing 
your station, which we will do in the following order: 


¢ Connecting power. 
¢ Connecting to the computer. 


¢ Connecting to a radio. 


@ The 9612XEs low speed and high speed radio port cables are wired using 
the same steps, so we will just go through the installation of one cable. 
However, there are differences between the low speed and the high-speed 
ports in pin assignments and in adjusting both the receive volume and 
transmit level, so these topics are covered separately for each port. 


¢ (Optional) the connection between the computer port on your 9612XE and a 
GPS device. 


As we go through the steps of setting up your station, we will shift from hardware 


to software issues and back, since your station needs to be set up both in terms 
of hardware and software. 


Connecting to a Power Source 


The 9612XE power jack is common type that requires a co-axial mating plug with 
a 2.1 mm center hole, and a 5 mm external diameter. 


As illustrated on the right side of the example station cabling diagram, there are 
two common ways to supply power to your 9612XE. 


e aregulated 12 V dc source on your bench. 
e al20V acto 12 V de adapter. 
Power from a regulated 12 V dc supply 


CAUTION: Regulated power supplies are usually capable of currents large enough 
to cause damage to equipment, when incorrectly connected. Be sure a small 
current fuse (up to 4 or 1/2 amp is sufficient) is used between the power supply 
and the XE. 


To make the power cable, you will need; 


two lengths of small 18-22 gauge insulated wire, one red and one black, for 
polarity, to reach from the power supply to the XE. 


a co-axial power plug, with 5mm outside diameter, and 2.1mm inside diameter. 
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Step 1. Build a cable by attaching (soldering) one wire (usually red to indicate 
positive polarity), to the center pin of the TNC power plug. Attach 
(solder) another wire (usually black to indicate negative or ground) to 
the barrel of the TNC power plug (the supplied 2.1 mm power jack to a 
user-Supplied 18~22 gauge stranded 2-conductor cable—connecting the 
center of the jack to the positive terminal of the power supply and the 
shell of the power jack to the negative terminal of the power supply, 


Step 2. Turn OFF all power, attach one end of the power cable to the 12 V dc 
power supply. 


Step 3. Double check the wiring of the power cable. (connecting an incorrectly 
wired power supply cable, and having no fuse or a fuse too large, will 
cause damage to equipment. 


Step 4. Do not connect the power plug into the XE power jack, until you checked 
its voltage polarity. Turn ON the power supply and use a voltmeter to 
verify that polarity of the XE power plug is correct (center hole positive, 
and outside barrel negative (ground). 


Step 5. Only after that verification, should you connect that power plug into the 
XE power jack. Turn the power supply off, first. 


Step 6. After connecting the power plug, turn on the power supply, then press 
the power switch on the front panel of the 9612XE to turn it on. Confirm 
that the power indicator on the front panel, next to the power switch 
goes on. Press that power switch again to turn the XE OFF. 


@ If the power indicator (LED) does not go on as expected, check to be sure the 
wiring is correct. If you have checked the wiring carefully and the power 
indicator still does not go on as expected, check or replace any fuses in line 
between the power supply and the unit. Some fuses have a small amount of 
resistance, and can cause enough voltage drop to hinder proper operation of 
low-current devices, like the XE. 


DC Power Transformed from AC Mains 


Acquire an AC to DC power adapter. It should match your AC main voltage and 
should transform down to 12 volts DC. It should be capable of supplying 100 to 
300 mA of current. The power plug should be the same type, to match the power 
jack in the XE (5mm outside diameter, and 2.1mm inside diameter), and its 
polarity correct (center hole positive). 


Step 1. Connect the 2.1 mm connector on the assembly (being sure that the 
plug center is positive) to the power jack of the 9612XE and plug the 
power adapter into the AC mains power source, 
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Step 2. Turn onthe 9612XE by pressing the power switch on its front panel. 
Confirm that the power indicator next to the power switch lights, and 
then press the power switch again to turn the power OFF. 


@ |f the power indicator (LED) does not go on as expected, the power supply 
may be inadequate, incorrect voltage or polarity. 


Connecting to a Computer 
9612XE USB version 


This unit requires a cable with a USB type B plug for the 9612XE, and usually a 
USB type A for the computer end. 


It uses an FTDI interface chip inside and looks like a common USB to serial 
adapter cable, to the computers operating system. If the operating system in your 
computer does not provide a driver appropriate for the FTDI interface chip, you 
may need to install the driver, before communication with the 9612XE is 

possible. Drivers for Windows, Linux, and Mac systems can be downloaded direct 
from the FTDI manufacturers web site. 


After the cable has been connected, and you have powered on your 9612XE, your 
computers operating system should recognize the FTDI chip, and it should assign 
a COM port number, through which your terminal program communicates. 


9612XE RS-232 version 


The serial cable needed to connect from the 9612XE to a computer (a standard 
computer-to-modem RS-232 cable) is not supplied with the 9612XE. You will 
need to purchase one or construct one. On most recent model computers that 
have an RS-232 serial port, it will be a male DSUB-9 type jack. 


Note: You may construct your own serial cable, using wiring instructions given 
below. 


The two options, purchasing your cable or making it, are covered next. 


Purchase Your Serial Cable 


To purchase your cable (from your local amateur radio dealer or computer 
dealer): 


e Specify that you need a standard serial modem cable (232), with high quality 
shielding (see Note 2 in the Radio Frequency Interference Statement section), 
less than 3 m in length, and at least 9 wires connected 
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e Specify that one connector be a male DSUB-25 connector (to connect to your 
9612XE’ female “Computer” port) and the other connector be a female DSUB- 
9 or DSUB-25 connector (depending upon whether your computer’s serial 
(COM) port has a male DSUB-9 or DSUB-25 connector), 


Make Your Serial Cable 


This section is for those making your own cable instead of purchasing one. 


We assume that if you are making your own cable you are familiar with the 
process and just need to know: (1) what parts are needed, and (2) how the parts 
are connected. 


Parts needed: 


¢ Amale DSUB-25 connector, to connect to the 9612XE’ (female) “Computer” 
port, 


¢ Either a female DSUB-9 or a female DSUB-25 connector, depending on the 
connector on your computer’s serial (COM) port, to connect to the computer’s 
(male) serial (COM) port, 


¢ An appropriate length of high quality shielded cable with 5 or more wires, 


e As shown below, if you are using a DSUB-9 connector, either 5 or 8 wires 
can be connected and any other wires are unused, 


e As shown below, if you are using a DSUB-25 connector, either 5 or 9 wires 
can be connected, and any other wires are unused. 


Note: You must terminate the shield on each end of the cable assembly properly. 
See Note 2 in the Radio Frequency Interference Statement section. 


Wiring instructions: 


For details on preparing your cable wiring, use the chart below that is appropriate 
for your configuration. In each case, there is a listing of which 9612XE 
(“Computer” port) pin needs to be connected to which pin on the computer’s 
serial (COM) port. The wiring depends upon whether your computer has a 25-pin 
connector or a 9-pin connector, and on how many wires are in the cable (it needs 
at least 5 wires connected for 9612XE operations, but you may connect more 
wires to use the cable for other purposes). Appendix A has details of all the 
RS232 connector pins. See Figure Al for a diagram showing pin numbers on a 
DSUB-25 connector. 


CASE 1-A: Wiring if computer has a 25-pin connector and the cable has 5 wires: 
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9612XE Computer 
2 2 TXD 
3 B RXD 
4 4 RTS 
2) 5 CTS 
fi 7 SG 
shield Shield 


CASE 1-B: Wiring if computer has a 25-pin connector and the cable has 9 (or 
more) wires. Same as in CASE 1-A, and: 


9612XE Computer 
1 1 FG 
6 6 DSR 
8 8 DCD 
20 20 DTR 


CASE 2-A: Wiring if computer has a 9-pin connector and the cable has 5 wires: 


9612XE Computer 
2 B TXD 
| 2 RXD 
4 7 RTS 
5 8 CTS 
é 5 SG 
shield Shield 


CASE 2-B: Wiring if computer has a 9-pin connector and the cable has 8 or more 
wires. Same as in CASE 2-A, and: 


9612XE Computer 
6 6 DSR 
8 1 DCD 
20 4 DTR 


@ |f you are not using a PC compatible computer, the wiring required 
between your computer and your 9612XE is the same wiring you would use 
for an external telephone modem. Appendix A of this manual includes 
details on the functions of the 9612XE’ RS232 pins. The software (terminal 
program) requirements are also the same as that used for a telephone 
modem. 


Installing the 232 Cable 
Once you have purchased or made your serial communication cable, connect it as 


follows: 
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Step 1. Make sure that power to both your computer and your 9612XE is turned 
OFF. 


Step 2. Plug the male DSUB-25 connector end of the serial cable into the 
“Computer” port of the 9612XE. 


Step 3. Plug the female DSUB-9 or DSUB-25 connector end of the serial cable 
into a serial port of your computer. 


Caution: Be sure you do not connect to a computers parallel port instead of a 
serial port: the 9612XE communicates serially, so it cannot communicate through 
a parallel port. A computer’s parallel ports (i.e., printer, or LPT port) usually have 
female DSUB-25 connectors. Do not connect the 9612XE to a female DSUB-25 
connector on the computer unless you are sure it is a serial (COM) port and not a 
parallel (LPT) port. 


Step 1. Check the connectors at each end of the cable, and secure the 
connectors using the mounting screws, 


Step 2. Turn ON the power to your computer, in preparation for installing 
communication software in the computer, but leave the 9612XE power 
OFF: 


Caution: for users of a 25-pin serial modem cable: As originally shipped, the 
9612XE does not connect a power source to its serial port, but an advanced user 
can change jumpers so that it does. If your 9612XE has been altered to apply 12 
V dc to pin 25 of the computer (serial) port, this can DAMAGE your computer if 
pin 25 is wired in the serial cable. To check to see if your 9612XE has been 
changed in this way, see the section on jumpers in this manual. Note that the 
factory default setting of the jumper does not connect pin 25. 


This concludes the physical installation of the serial cable needed for your 
9612XE and your computer to communicate with each other. 


To verify that your serial cable is correctly wired and connected, you need to 
install communication software in the computer and then use that software to 
establish communication with the 9612XE. 


Configure Your 9612XE 
The terminal program in the computer 


To operate the 9612XE, all you need is a basic or generic terminal 
communication program. 


In Windows® system computers, you will likely need to locate and install a 
terminal program. Linux and Mac operating systems usually include at least one 
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serial terminal program, several can be downloaded from their source 
repositories. 


In general, operating instructions very similar in all terminal programs. 


You will first need to determine the com port number, of the serial port where you 
have connected the cable from the XE. 


Locate the serial connection settings in the terminal program. Change the 
terminal com port to the correct one for your connection. 


Set the interface baud to 9600. A good starting point. (if you are doing a Hard 
Reset, that interface baud would need to be 19200 instead, to view self-test 
messages. 


Make sure the terminal has Hardware Flow control enabled. Some terminals call 
Hardware Flow control RTS/CTS. 


Other terminal connection settings that should be set, are 8 data bits, no parity, 
and 1 stop bit (these are common settings, and are usually default in most 
terminals. 


Now turn on the 9612XE. 


Lastly, you may need to place the terminal in “connected” or “on-line” state with 
its selected com port, to allow direct interaction with your 9612XE. 


AUTOBAUD 


The first time your 9612XE is powered on, it runs an AUTOBAUD routine. While 
this routine is running, a message “PRESS (*) TO SET BAUD RATE?” is repeated 
continuously, stepping through each of its available interface bauds. 


When that message is sent at the baud that is the same as the terminal setting, 
the message will be readable. When it is sent at other bauds, the terminal will 
display garbled or no characters. 


Until the 9612XE receives the *, it will only continue repeating that message. 
To interrupt the autobaud routine, you should send an * character from your 
keyboard. When it receives the *, it will then respond with the message “ENTER 
YOUR CALLSIGN=>”. 


At this time, type your callsign, and press the ENTER key. The 9612XE will store 
the interface baud (in its ABAUD setting), and the callsign you entered (in its 
MYCALL setting), in battery backed memory. 
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The 9612XE will display its “sign-on” message. It will now be in its “COMMAND” 
mode and will display its cmd: prompt on the terminal. 


It is now ready to operate. 
Basic Terminal Communication Parameters 
Some 9612XE settings can affect how its data is displayed on a terminal. 


The command ECHO, when set to ON, will cause the XE to echo back to the 
terminal, every character it receives from the terminal. Some terminals will 
display all characters sent out. If you see two characters for every key pressed, 
you will either need to turn of the echo function in the terminal or set ECHO OFF 
in the TNC. 


The command AUTOLF (auto-linefeed), when set to ON, will add a linefeed 
character to every line sent to the terminal. If it is set to OFF instead, received 
data on the terminal may not advance down, but will print on the same line, over 
and over. 


The following TNC parameter settings are used from the terminal, to control data 
sent to the TNC: 


e COMMAND = $03 (CTRL+C) (default = $03, so unless this has been changed, 
you do not need to do anything). 


e CANLINE default = CTRL+X (HEX $18) 
e CANPAC default = CTRL+Y (HEX $19) 
e PASS default = CTRL+V (HEX $16) 

Other Parameter Settings 
The following TNC parameters are generally used with their default settings. If 
they have been changed to non-default values, you may wish to change them 
back. 
e FLOW = ON (default) 
Technical note: Usually, ECHO and FLOW go together, either both ON or both OFF. 
When using software that supports split screen displays, for example, set both ECHO 
and FLOW to OFF. 


e XFLOW = ON (default) 
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Technical note: XFLOW controls whether the TNC recognizes software flow control 
characters with the terminal. If XFLOW is set to OFF, the following parameters should 
also be set to O (zero): XON, XOFF, START, and STOP. 


e FILTER = OFF (default) 
° 8BITCONV = ON (default) 


If Filter has set to ON, some control characters that are contained in received 
packets will not be sent to the terminal. The operation of some terminal program 
can be affected when control characters are received. 


@ Hint: Also, the MONITOR parameter may be ON or OFF (default = ON). You 
may have Monitor ON while using a terminal program, to view received 
packets. You should set the Monitor command to OFF before exiting 
terminal program. If Monitor is left ON, but there is no terminal to display 
those heard packets, the TNC will store that data in a buffer, until there is a 
terminal available to receive that data. When that buffer has filled, some 
TNC operations can be affected. For example, other stations will be sent a 
BUSY message when they attempt to connect to this TNCs MYCALL. 


Trouble-Shooting Difficulties in Communicating 


If you are having difficulty establishing and maintaining communication between 
the terminal program and your TNC, here are some points to consider. 


Problem: Go to Terminal Screen, but Nothing Happens 


One possibility is that the terminal COM port selection, is not the port where the 
TNC is connected. The selected port might be some other device, such as a 
mouse or internal phone modem, for example. To see if it is a mouse, go to the 
TERMINAL Screen, start moving your mouse and see if sequences of characters 
appear as you move the mouse. If the device on the selected port is a telephone 
modem, it may respond with OK, when you send AT. You will need change the 
COM port setting in the terminal to find the one that is where the TNC is 
connected. 


Another possibility is that the 9612XE has already been programmed with a 
different baud than the one set in the terminal program. You can try changing the 
baud in the terminal program, or you can use the self-test jumper (J12) to erase 
the changed settings in the 9612XE. When it is next powered ON, it will start up 
in its Autobaud routine. 
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Problem: You Are Getting Bad or Intermittent Data 


Seeing only garbled data, usually indicates that the terminal baud setting is 
different than the ABAUD setting in the TNC. Try other baud settings in the 
terminal to find the one that matches the TNCs data rate. 


Older (and some newer) PC computers are designed with a built-in potential 
conflict that may cause a problem. Devices (internal and external) are assigned 
an IRQ (interrupt request), so that the computer can recognize when those 
devices are on and ready to communicate. For example, COM2 and COM4 (and 
both COM1 and COM3) may be assigned (or set to use) the same IRQ mechanism 
to get the attention of the computer. This means that if devices on both COM2 
and COM4 (or both COM1 and COM3) are sending signals to the computer at the 
same time, this can cause problems for terminal, that use either COM port. If 
your terminal is getting bad data, check to see if you have another device that 
might be getting confused with your TNC (on COM4 if your TNC is on COM2; 
COMS if your TNC is on COM1) and make it inactive or remove it while using 
communicating with your TNC. 


Problem: Your TNC Stops Behaving Normally 


The normal TNC interface (INTFACE) mode when you use a simple or generic 
terminal program is TERMINAL (or NEWUSER). 


If the TNC has been set to a different interface mode, such as BBS, GPS, HOST, 
KISS, or other, it may receive only partially readable data, or all garbled data. In 
some interface modes, you may not be able to control the TNC or, may not be 
able to communicate with the TNC from the terminal. Some of those TNC 
interface modes will require a computer program other than a simple of generic 
terminal program. All those other TNC interface modes, have a way of exiting the 
mode, to return to command mode. See the TNC documentation sections for 
each interface mode, for instructions on how to exit the mode to return to the 
TNCs normal TERMINAL interface mode. 
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Connecting to TNC Radio ports 
Constructing radio port cables 


Note: There are sources of ready-made interface cables, if you can not, or do not 
wish to make them yourself. Some amateur radio equipment dealers have 
selections of those TNC to radio interface cables, and there are web sites where 
interface cables can be acquired. 


We assume you will be using both radio ports in the 9612XE, but either radio port 
can be used, individually. Usually, each radio port would be used with its own 
transceiver. In some cases, both radio ports could be connected the same 
transceiver. For two-way communication, connections to either TNC radio port, 
will require at least transmit audio, receive audio, ptt, and ground. 


Below, we cover the connections to port 1 first, then port 2. 


For port 1, you will construct and install a transceiver cable assembly that has 
two functions: (1) to get receive audio signals from the speaker jack of your 
transceiver to your 9612XE’ for processing, and (2) to send signals from your 
9612XE’ to the microphone connection of your transceiver for transmission. 


As illustrated in Figure 1, the transceiver cable connects to “Radio” port 1 on the 
9612XE, via a male DSUB-9 connector shipped with your 9612XE. Two separate 
cables, also supplied with the 9612XE, are attached to this DSUB-9 connector 
(actually, the wires in the cables are attached to specified pins on the cable 
assembly’s DSUB-9 connector). One cable contains wires connecting the 9612XE 
(“Radio” port) to the MIC connector on your transceiver and the other cable 
contains wires connecting the 9612XE (“Radio” port) to the speaker jack on your 
transceiver. 


Some transceivers have an accessory jack, which contains all the needed signal 
lines for connection to a TNC device. This type of jack can be used instead of 
microphone and external jacks. 


A properly shielded cable assembly is a requirement and will provide resistance 
to noise (both RF and electrical). 


Parts needed for the port 1 interface cable 
The following parts are needed for constructing the cable assembly that will 
connecting port 1 to a transceiver: 
e DSUB-9 connector for the 9612XE radio port 1 end of the cable, 
e A length of 5-conductor shielded cable; 3 feet is adequate in most 
installations. 
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e The appropriate connector for your radios microphone jack. 


e The plug to match the external speaker jack on the radio, with its (shielded) 
cable. 


e Metal or metalized shell halves for the db9 end of the cable, for proper 
shielding. 


Wiring Directions 


You will need to determine which pins on your DSUB-9 connector will be wired to 
which connections on your transceiver’s microphone connector and speaker jack, 
or accessory jack. The following examples, are of some typical transceivers, 
including handhelds. 


@ There are many different models of transceivers, each with their own exact 
requirements for how they are to be connected to devices such as TNCs. 
While the following examples will help, you will need to refer to your 
transceiver documentation (or transceiver dealer) for exact instructions on 
which connections you need to make as you wire your transceiver cable 
assembly. 


Note: If you need further assistance on your radio cabling, contact the radio 
manufacturer, your dealer, or a local amateur who has already installed a TNC. 
Kantronics may not have pin assignments for your specific transceiver model. 


The following diagrams, used for example only, show common wiring connections 
between the TNC DSUB-9 end of the cable, and transceiver end of the cable. 
These examples include HTs, and transceivers from the three major 
manufacturers: Yaesu, Icom, and Kenwood. 


@ These diagrams may also apply to transceivers from other manufacturers, 
but you need to check to be sure how your transceiver needs to be wired. 
See the section on “Interfacing Hand-Held Radios” in the “Advanced 
Installation” appendix for further information. 
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DB-9 DB-9 8-pin Mic 8-pin Mic 
Male Male Female Female 
(Looking at Pins) (Wiring Side) (Looking atHoles) (Wiring Side) 
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Yaesu Wiring 


Male Connector Female Connector 
(Wiring Side) (Wiring Side) 


Note: The round 8 pin microphone jack is an older style, than may be on newer model radios. 
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Icom Wiring 


Male Connector Female Connector 
(Wiring Side) (Wiring Side) 


mic plug (2.5 mm) 


Note: The round 8 pin microphone jack is an older style, than may be on newer radios. 
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Kenwood Wiring 


Male Connector Female Connector 
(Wiring Side) (Wiring Side) 


TR-2500 Hand-Held Radios 


Note: The round 8 pin microphone jack is an older style, than may be on newer model radios. 
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Your Transceiver’s Microphone Connections to Your 9612XE DSUB-9. 


For the microphone on your transceiver, you may wish to make notes of the 
following connections, which you will use for the cable assembly: 


identify the microphone audio input pin on the radio. This will be wired to pin 
1, transmit audio on the DSUB-9. 


identify the PTT pin (some manufacturers name this pin STBY) on the radio. 
This will be wired to pin 3, Push-to-Talk on the DSUB-9. 


For base or mobile (but not hand-held) transceivers, identify the transceiver 
ground connection. This will be wired to pin 6 on the DSUB-9. 


Your Transceiver’s Speaker Jack Connections to Your 9612XE DSUB-9. 


For the speaker jack on your transceiver, make a note of the following 
connections, which you will use for wiring your assembly: 


identify the radios external speaker output pin, typically the tip of the external 
speaker plug. This will be wired to pin 5, receive audio on the DSUB-9. 


Identify the ground connection of external speaker plug (typically the barrel of 
the plug). This will be wired to pin 6, or pin 9, one of the ground pins on the 
DSUB-9. 


Preparing the shielded cable 


A shielded cable must be used with the shield properly terminated 360° to the 
connector. This type of cable usually has both a ground (drain) wire, and a foil 
Shield. 


1. Strip cable outer covering back enough to expose enough metalized plastic foil 


and ground wire, being careful not to cut or rip the foil. The foil will be used to 
complete the shielding, in the final assembly of the db9 end of the cable. 


. Carefully loosen the drain wire and foil from around the insulated wires. 


. Separate the individual wires in the cable, and strip each wire covering about 


1/8" inch (or to the expose just the length of wire needed to solder to the pins 
in the connectors). 


4. You may need to build up the diameter of the cable, where it enters the back 


shell, with any type of tape or sleeve, so that when the metalized plastic shell 
halves are screwed together, they will hold the cable as strain relief and press 
against the metal foil. 
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Constructing the Cable Assembly 
As you construct your cable assembly, it may be helpful to refer to Figure 1. 


Important: As shown in the diagram immediately below, looking at the port 1 
DSUB-9 on the 9612XEs rear panel, the connector pins are numbered from the 
upper right (pin 1) to the lower /eft (pin 9). 


As shown in the diagram below, If you look at the solder side (wiring side) of the 
male DSUB-9 connector as if it was already connected to the jack on the 9612XE, 
the pins are numbered (again) from wpper right (pin1), to /ower left (pin 9). 


@ 
SOOO 


@ Similarly, when working with a typical 8-pin Mic connector where you know 
the pin numbers of pins, you need to consider which way you are looking at 
the connector (looking at pins/sockets or looking at the wiring side, where 
the wires are actually connected). 


@ Hint: Make notes of which wires (colors, cables) you use for each 
connection, so you will be able to keep track of which connection is which. 


Where we say “Attach”, we mean soldering the connection. 


To construct your transceiver cable assembly, follow the notes taken above and 
proceed as follows: 


Step 1. Select the 5-wire shielded cable, microphone jack connector, and the 
DSUB-9 connector, 


Step 2. Attach cable wires to the following pins on the DSUB-9 connector: 


e Pin 1 (transmit audio) —and make a note of the color of the wire you 
used, 


e Pin 3 (Push-To-Talk) —and make a note of the color of the wire you 
used, and 


e Pin 6 (ground)—and make a note of the color of the wire you used. 


@ Hint: You may find it easier to wire the male DSUB-9 connector if you first 
connect it to the 9612XE to use as an assembly fixture. This may also keep 
the male pins in alignment, if you overheat the pin and soften the plastic in 
the male connector. 
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Step 3. Using a user-supplied microphone connector appropriate for your 
transceiver and the notes taken above, attach wires as follows: 


e Attach the wire from pin 1 (transmit audio) on the DSUB-9 to the 
microphone connector’s input pin, 


e Attach the wire from pin 3 (push-to-talk) on the DSUB-9 to the 
microphone connector’s PTT or STBY pin, 


e Attach the wire from pin 6 (one path to ground) on the DSUB-9 to the 
ground pin on the microphone connector. 


Connecting your Transceiver’s Speaker Plug to Your 9612XE DSUB-9. 


Use an appropriate speaker plug to match your radio (usually has a tip, and a 
sleeve), and the notes taken earlier to do the following wiring to the cable going to 
the DSUB-9 connector: 


Step 1. Attach the receive audio output from the radio’s external speaker jack 
(usually the tip of the plug) to pin 5 on the DSUB-9 (Receive Audio). 


Step 2. Attach the external speaker jack audio return (ground) wire to pin 6 on 
the DSUB-9 (Ground). Alternately, you can attach this wire to pin 9 on 
the DSUB-9, if that pin is configured as ground inside the 9612XE 
(jumper J1). 


Important: Keep your wiring notes for future reference. 
Complete the Construction of Your Assembly 


You may need to build up the diameter of the cable, where it enters the back 
shell, with any type of tape or sleeve, so that when the metalized plastic shell 
halves are screwed together they will hold the cable as strain relief and press 
against the metal foil. 


Use the metal strain relief pieces and screws that go with them, to secure the 
cable inside the assembled shell. 


Carefully fold the metalized foil back over the cable and Z-fold it so the metal side 
of the foil is exposed to the connector back shell at the entrance area. Spread the 
foil over the cable so you get as much coverage as possible (you may not get 
360° coverage, but do the best you can). 


Place the drain wire in the gap where you can not get foil coverage. 


Now place the metalized plastic shell halves together over the connector and 
cable, with the (2) two long half-threaded screws and two shaped washers. 
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Be sure to insert the anchor screws, before screwing the two halves together. 


See picture below. 


If your radio is equipped with a metal microphone connector, then this same 
cable with connector attachment technique should be used. 


This completes the construction of your transceiver cable assembly. Now it needs 
to be connected. 


Connecting Your Transceiver Cable Assembly 
Step 1. Turn power OFF to all the equipment that you will connecting together. 


Step 2. Plug the male DSUB-9 connector on the cable into the female DSUB-9 
connector on the 9612XE’ “Radio” port 1, 


Step 3. Secure the male DSUB-9 connector on the cable to the female DSUB-9 
connector on the 9612XE’ “Radio” port 1, by screwing the two anchor 
screws into the threaded nuts on each side of the 9612XE’ “Radio” port, 


Step 4. Plug both the microphone connector (plug) and the external speaker 
plug into your transceiver. 
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Adjusting the Receive Volume of Your Transceiver 


To adjust the receive volume of your transceiver to the proper level (or to confirm 
that it is already set at the proper level), do the following: 


Step 1. Turn ON your computer (with your transceiver OFF), 


Step 2. Start your terminal program, set it to the correct serial port number and 
interface baud, and set it to on-line or connected state, 


Step 3. Turn ON your 9612XE (If it has the USB computer interface, reverse 
steps 2 and 3), 


Step 4. If not already done, set the 9612XE’ baud (ABAUD) and CALLSIGN, 


Step 5. Turn ON your transceiver and open the squelch control (turn it fully 
counterclockwise), 


Step 6. Slowly turn the transceiver’s receive volume up until the RCV LED 
(receive indicator) on the 9612xXE lights up (turns ON), 


Step 7. Increase the transceiver’s receive volume control slightly above the 
point at which the 9612XE’ RCV LED lit up (turned ON). If you do not 
see the receive LED light, check the cabling between the radio and the 
9612XE. 


Step 8. Slowly turn the transceiver’s squelch control clockwise until the 
9612XE’ RCV LED goes OUT (turns OFF), 


Step 9. OR, leave the squelch fully open, and change the 9612XE command 
called CD to SOFTWARE. 


Now the receive volume control on your transceiver is properly adjusted for 
sending signals to your 9612XE. 


Your 9612XE is now installed and ready to use. You may now go to the “Getting 
Started” chapter, to learn how to do the basic operations with your 9612XE. 


@ |f you connected to a fixed level (un-squelched) receive audio from the 
radio, instead of external speaker audio, the receive LED may remain on all 
the time. When this is this case, you must change the 9612XE command 
called CD to SOFTWARE. Then, the receive LED will not light until valid 
packets are heard. (see CD in the commands section) 
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Transmit level adjustment 


The 1200-baud transmit audio drive level (TXA) from the 9612XE to your radio is 
set by a digitally controlled analog potentiometer, by the command called 
XMITLVL. 


You should adjust the drive level to provide about 3 to 3.5 kHz of deviation with 
your radio. If you don’t have access to a deviation meter, adjust drive so your 
packet transmissions generate about the same audio sound as packets heard 
from other stations. 


The XMITLVL command has a parameter default value of 100; this corresponds 
to a drive voltage of about 50 mV, into a 600-ohm load. You may change this 
level by increasing or decreasing the parameter/count. For counts below 256, the 
voltage is increased in 500 uV steps; above that, the drive increases roughly 15 
mV per step. 


@ For details, see the description of the XMITLVL command in the “Command 
Reference.” 


While in the 9612XEs CALIBRATE function, and transmitting a mark, space or 
both tones, holding down either the ‘-’ or ‘+’ key will decrease or increase the 
transmit audio output level (as you watch a meter or listen on another receiver). 
See the commands section for more detail on these commands. 
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Connecting Radio Port 2 


Constructing the port 2 interface cable, is like the port 1 cable. The steps for 
cable preparation and final assembly, are nearly the same. 


The connection higher speed packet operation (e.g., 9600 baud) is made through 
the DSUB-15 connector on the 9612XE rear panel, to a suitable radio. 


NOTE: High-speed packet operation (running 4800, 9600, 19200, or 38400 
baud) requires a radio capable of running the selected speed. Not all radios are 
capable of, or being modified for 4800 or 9600, let alone 19200 or above. Most 
major transceiver manufacturers now make available “9600 data ready” radios, 
which include a packet data jack for that purpose. 


As shown in the diagram below, if you look at the solder side (wiring side) of the 
male DSUB-15 connector as if it was already connected to the port 2 jack on the 
9612XE, the pins are numbered (again) from upper right (pinl), to /ower /eft (pin 
Ly; 


8) 
GOOG TOD 


DSUB-15 Male wiring side 


The pin assignments for the DSUB-15 connector on port 2 are as follows: 


Pin 1 (PTT) Push-to-Talk. Attach (solder) this pin to the PTT pin on your radio. 
Your radio may have a different name for this pin (e.g. STBY), but the function as 
described in you radio manual should indicate that grounding this pin will cause 
the radio to transmit. When the 9612XE has data to send, this pin is grounded, 
which causes the radio to transmit. 


Pin 2 (RXA) Receive Data. Attach this pin to the high-speed packet data output 
(discriminator) pin of your radio (not a radio speaker output). 


Pin 3 (TXA) Transmit Data. Attach this pin to the transmit modulator stage of the 
radio (not a microphone audio input). Those radios that are “9600-ready” may 
identify this pin as the 9600-baud data input. 


Pin 11 Ground. Attach this pin to the ground of your radio. (NOTE: Pins 9 and 10 
are also grounded.) 
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As noted above, complete the cable assembly, and follow the steps for connecting 
your equipment together. 


Adjusting port 2 Transmit Drive Level 


As with port 1, the 9600-baud transmit audio drive level (TXA) from the 9612XE 
to your radio is set by a digitally controlled analog potentiometer, by the 
command called XMITLVL. 


Note: Jumper J20 also affects the drive level. Most “data ready” radios will 
require that the jumper be on both pins of J20, the default setting, which is the 
“high level” range of transmit output, as shipped from the factory. If your radio 
requires a lower drive level, place the jumper on just one pin of J20 and readjust 
the digital drive pot using the XMITLVL command. 


For more details, see the hardware section of this manual. 


Typically, the proper deviation for 9600-baud operation is about 3 kHz. If you 
don’t have a deviation meter to make accurate adjustments, you may have a 
difficult time in setting the level properly. However, start by determining the drive 
level required for your radio (see your radio manual). You may then have to adjust 
the 9612XE transmit output level using its XMITLVL command until you achieve 
acceptable performance. 


@ HINT: If there is an existing 9600 baud node or other station operating in 
your area that allows digipeating, we suggest you attempt to digipeat 
through that station (See the UNPROTO command) while making this 
adjustment. When that station repeats or responds to your packets reliably, 
the setting should be close enough to optimum. 


Adjusting High Speed Receive Circuits 


As shipped from the factory, the 9612XE is set for proper reception with many of 
the “data ready” radios on the market. Should you find that your unit is not 
receiving well, or is missing some packets, you may need to fine-tune it match 
your specific radio. The 9612XE has another digitally controlled analog 
potentiometer, that adjusts equalization of the receive audio signal from the 
radio. Receive equalization is set by the 9612XE command called EQUALIZE. 


Note: Jumper J16 in the 9612XE can affect receive performance. Most “data 
ready” radios will provide a higher level audio output. Its default setting is one pin 
only, which is for “high level” receive audio. If your radio provides a lower level 
audio output, then place jumper J16 on both pins. 


Adjusting the 9612XE for best high-speed receive is easy. Pin 8 on the DSUB-15, 
is a receive quality indicator. It will output a DC voltage in the range of Ov to +3v, 


when receiving. Connect a voltmeter (analog preferred) between pin 8 (or to test 
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point 20 on the PC board) and a ground, to monitor the receive signal quality (RX 
S/N). While receiving 9600 baud packets from another station (a single long 
packet or many successive packets), adjust the EQUALIZE parameter for a peak 
dc voltage reading on the voltmeter. The best receive quality will be indicated by 
a voltage of +3 V. 


A more accurate display of receive signal quality can done with an oscilloscope, 
to view an “eye-pattern” of the received packet signal. (See the 
Calibration/Equalization section later in this manual for more information.) 


Alternately, while the 9612XE is in its CALIBRATE function, its STATUS LED can 
give an indication of receive signal quality. It will be lighted continuous, when 
equalization is set correctly. 
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Connecting to a GPS Device (Option) 


A suitable GPS device must have a data output with RS-232 voltages. One with 
only a USB connection, is not compatible with the 9612XE connections. 


The RS-232 version of the 9612XE, has three options for connecting to a GPS 
device. The DSUB-25 serial port, the DSUB-15 high-speed radio port, or the 
DSUB-9 radio port. 


When using the DSUB-25 “Computer'" port (i.e., serial port) on the back of the 
9612XE, you must first configure its settings for capture of GPS data through that 
port (using the INTFACE GPS command). Then, after removing the serial cable 
from the 9612XE, connect the data cable from the GPS device instead. 


The USB version of the 9612XE, has only two options for connecting to a GPS 
device, through either radio port 1, or radio port 2. 


Since cabling/connections may vary from one GPS device to another, that 
interface cable may need to be assembled. 


For a “Stand-alone” position reporting system without a computer, you will need 
to connect a minimum of 2 wires for data flow from the GPS receiver to the 
9612XE. 


For the 9612XE RS-232 DSUB-25 computer port, connect the GPS receiver 
“DATA OUTPUT” to TXD (pin 2) on the 9612XE. Connect the GPS receiver 
“SIGNAL GROUND” to signal ground (pin 7) or chassis ground (pin 1) on the 
DSUB-25. Your GPS receiver may require other pins to be connected, check its 
documentation. 


See your GPS manual and the chapter in this manual on “GPS NMEA Interfacing 
Capability” for details on configuring your GPS device for use with your 9612XE. 


@ Note: some weather station devices have data outputs like GPS devices. The 
configuration of the 9612XE, and connection to the device is very similar. 


This concludes the installation of your station. 


@ For more information on installation topics, see the appendices. 
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Getting Started 


This chapter gives you important information and examples to get you started 
using your packet radio station. 


@ This chapter assumes you are using radio port 1 of the 9612XE, to start. 
All the examples in this chapter work just the same if you are using port 2, 
but at the baud in effect for port 2 instead of the port 1 baud. See the 
Command Reference for instructions on using commands that have “per- 
port” settings. 


We assume you have installed the components of your station and familiarized 
yourself with the use of your 9612XE, as covered in the chapters on “Installing 
your 9612XE”. 


If you have not yet installed all the components of your station, we suggest that 
you do so before continuing with this chapter. 


Material covered here includes explanations, and mini tutorials on: 


e beginning a session, 
e giving commands and transmitting data, 
e using the Personal Bulletin Board System (PBBS), 
e monitoring transmissions heard from nearby packet radio stations, and 
e Connecting to another station and initiating a conversation. 
@ Reading this chapter (or just skimming the material, if you are already 
familiar with the topics) will also help you use the following chapters on 


different modes of use of the 9612XE, the “Command Reference” chapter, 
and any appendices that are relevant to your needs. 
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Beginning a Session 


The steps involved in connecting and setting up the 9612XE, in the previous 
“Installing...” section, should be completed before starting a session. 


If your unit is an RS-232 interface version, start the terminal program in the 
computer, and turn on the 9612XE. In some terminal programs, you may need to 
set them to “on-line” or “connected” state, to communicate with the unit. 


If your unit is a USB interface unit, you will need to turn on the 9612XE first. This 
will allow the operating system to recognize the unit, and assign a com port 
number, for the terminal program to communicate through. 


Then, start the terminal program, select the correct com port number and 
interface baud, and set the terminal to its “on-line” or “connected” state. 


Make sure the terminal program has been set to use Hardware Flow control (or 
RTS/CTS flow control). 


Once the initial setup is completed (which includes setting the computer interface 
baud, setting CALLSIGN in the 9612XE and setting/adjusting other parameters 
as needed), the first thing you will see on the terminal each time you start a new 
session Is a sign-on message such as the following: 


KANTRONICS 9612XE VERSION 1.2 

(C) COPYRIGHT 2020 BY KANTRONICS INC. ALL RIGHTS RESERVED. 
DUPLICATION PROHIBITED WITHOUT PERMISSION OF KANTRONICS. 
cmd: 


The first line will show the model name of the unit, and its installed bios/firmware 
version. The last line of this message (“cmd:”) is the report that the unit is now in 
“Command” mode, which means that it is ready for data from the terminal. 


Before learning about the specific commands you can give the 9612XE, it is 
important to keep in mind the difference between sending commands and 
sending data that is to be transmitted. 


Giving Commands and Transmitting Data 


The 9612XE will react to data received from the terminal (or other source) either 
as acommand to follow, or as information to transmit. 


Command Mode 


When in the “COMMAND” mode of communication, the 9612XE will interpret data 
received from the terminal as being a command to process, not as data to 
transmit. To instruct your 9612XE to connect, to disconnect, or to change any of 
the operating parameters, it must be in its COMMAND mode. 
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@ When the 9612XE is in COMMAND mode (and ready to receive the next 
command) a “cmd:” prompt is displayed on the terminal screen. 


Converse (Conversation) Mode 


When in “CONVERS” (conversation) mode, data received from the terminal (or 
other source) will be cued as data to transmit. 


Some characters in the data from the terminal, may not be transmitted, if those 
characters have been “pre-defined” in the 9612XE as control characters. For 
example, a “backspace” character causes a backspace and is not transmitted. 


@ The 9612XE will automatically switch to the CONVERS mode for you when 
it is in connected state with another station and will return to the 
COMMAND mode when a disconnect occurs. When you are in COMMAND 
mode, you may switch to CONVERS mode just by giving the command K (or 
CONVERS). If you are in the CONVERS mode and want to force a return to 
COMMAND mode, you type a <Ctrl+C>. 


Transparent Mode 


You can go into a transparent data mode, by entering the command “TRAN” or 
just “T” for short. When in Transparent mode, all characters in data from the 
terminal can be cued for transmit. For example, if data sent to the 9612XE for 
transmission while it is in transparent mode includes “backspace” or most other 
“control” type characters, those characters are transmitted as data. 


@ To exit the TRANSparent mode to return to COMMAND mode, send 
<Ctrl+C> three times, with a pause of less than one second between each 
character entry, and at least one full second before and after. 
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Connecting — an example 


An example of a packet connect, is to simply establish a connection to your own 
personal mailbox (PBBS). 


@ This is an internal connect, so your radio does not need to be connected. 
Step 1. While in COMMAND mode (at the cmd: prompt); 


Step 2. Type CONNECT call (where “call” is the callsign set in the MYPBBS 
command) and press the ENTER (return) key. By default, MYPBBS is 
set to the callsign you entered right after the Autobaud routine, with “-1" 
appended to it. 


@ Note: To see the current mailbox callsign, type MYPBBS and press the 
ENTER (return) key. The callsign shown is the one to use when connecting 
to your mailbox (PBBS) 


Step 3. Your 9612XE will connect you to its internal mailbox. Your screen 
should look something like this: 


cmd: CONNECT N@KN-1 

cmd:*** CONNECTED to NOKN-1 
[9612XE-9.1-HM$] 

5000 BYTES AVAILABLE 

ENTER COMMAND: B,J,K,L,R,S, or Help> 


Step 4. The commands now shown as available are just for the mailbox. 


Step 5. Now you can give any of the mailbox commands shown (B,J,K,L,R,S, or 
Help). Later you will want to read the “PBBS (Personal Mailbox) section 
of the “Modes of Operation” chapter for more details. If you now type 
the HELP command and press return, you’ll see the mailbox help file 
and then the standard mailbox prompt: 


ENTER COMMAND: B,J,K,L,R,S, or Help> . 


Step 6. You can disconnect from the mailbox in two ways. One is to send the 
BYE command, and mailbox will disconnect. 


Step 7. The other way is to return to command mode by typing a <Ctrl+C> on 
your keyboard, let go of the control key, then type the DISCONNE 
command and press return. 

You will receive the message *** DISCONNECTED and a new command 
prompt. 
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Monitoring — seeing what other packet stations are saying 


A good way to start using your packet radio station is to monitor communications 
from nearby stations. 


@ In many areas, typical amateur packet-radio activity is usually at VHF, on 2 
meters, with 145.010 MHz being the most common packet-radio 
frequency, and the most common over the air packet baud rate is 1200 
baud. 


To monitor communications from nearby stations (after you have tuned in to an 
appropriate frequency): 


Step 1. Set MONITOR to ON (if it is not already ON). 
Step 2. Disconnect from any other station (or mailbox). 


Step 3. As packets are received, you will see them displayed on your screen. A 
typical received packet might look like this: 


N@OKN>KBONYK: 
Hi Mike. How are you today? 


The first line is the header line and shows the callsigns of the stations 
talking and the following line(s) are the actual message that was sent. In 
the example, NOKN is the transmitting station, and KBONYK is the 
receiving station. You may see the RCV LED light at times, indicating a 
signal is being received, but nothing displays on your screen. This is 
normal and may be the result of the settings of the monitoring 
commands, which are discussed in detail in the 9612XE Command 
Reference. 


As you monitor, you will begin to learn about other packet stations in your area 
and then you will probably want to try to connect to one of them. 


Communicate with a Nearby Station 


Now you are ready to carry on a two-way conversation with another station. Here 
we will see exactly what you need to do to connect to and converse with another 
station. 


Let’s say that you decide to connect to KBONYK. The steps needed are as follows: 


Step 1. First, be sure you have the 9612XE in command mode. To do this, type 
<Ctrl+C> and then press return. You should see a command prompt 
(cmd:). 
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Step 2. Now you use the CONNECT command. To connect to KBQNYK, you 
would simply type CONNECT KB@NYK and press return, just as you did 
in the sample connect to your mailbox. Your 9612XE will transmit a 
“connect request”, and other TNC will acknowledge that request. If both 
stations hear each other’s packets, a connection between will have been 
established. 


@ In some cases, you may need to use a relay station (called a digipeater) to 
contact another station. This is like using a voice repeater when the station 
you want to talk to is out of simplex range. To connect to a station using 
digipeaters, you still use the CONNECT command, but you must also 
specify the callsigns (or aliases) of the digipeaters that must be used. For 
instance, if you need to use two digipeaters with callsigns of WOXI and 
N@KN in order to connect to KBONYK, you would enter the connect 
command as “CONNECT KBONYK VIA WOXI,NOKN” 


Step 3. Once the connection has been made, you'll receive a message back on 
your screen from the 9612XE that says *** CONNECTED to KB@NYK (or, 
if you are using relay stations, *** CONNECTED to KBONYK via 
WOXI,NOKN). At that point you are ready to start talking to the other 
station since the 9612XE has already automatically switched into the 
CONVERS mode. 


Step 4. After you have completed your conversation, simply press <Ctrl+C> to 
return your 9612XE to the command mode (“cmd:” will be displayed) 
and then you can instruct your 9612XE to disconnect as you did above 
with the mailbox, by entering D (or the full form, DISCONNE) and 
return. 


Switch from Radio Port 1 to Radio Port 2 


Up to now, we have assumed you are using radio port 1. Switching to port 2 (and 
a particular channel (stream) on port 2) and back again is easy. At the command 
prompt, you enter the stream switch character (default is “|”, normally called the 
“pipe” symbol, but you can change it) followed by the number of the port you 
want to switch to, followed by the stream you want to go to on that port. 


e Note: The command STREAMSW sets the character recognized to switch 
streams (and ports). See the commands reference for details. 


For example, to switch to stream A on port 2, connect to another station and 
disconnect: 


Step 1. At the “cmd:” prompt, type |2A and press the enter key , 
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Step 2. Now you are on port 2, stream a. You can verify this, by issuing the 
command STATUS. The status response will show the port and stream 
to which your command or data will be directed. 


Step 3. From here, issue a connect command, such as “cmd: C WOXI”. After a 
connection has been established, you can carry on a communication 
with station WOXI, 


Step 4. To disconnect (and remain on Port 2), issue the disconnect command, 
“cmd: DB", 


@ See the Command Reference for descriptions of all commands, including 
which ones can be used to control port 1 and/or port 2 (i.e., dual-port 
commands). 


Other Topics 


As you begin working with your 9612XE packet radio station, other topics that 
you may wish to explore (with the help of other sections of this manual) include: 


@ doing hard and soft resets, 

® communicating via relays with a distant station, 
@ using network nodes, and 

@ working with a GPS device. 


This concludes a quick tour of basic uses of your 9612XE. With just these basics, 
you can do a lot, but you have a great deal more power if you want to explore the 
full possibilities. 


For more information on all the topics we have covered here, and more, see the 
following chapters in this manual. 
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Modes of Operation 


This chapter covers the major ways in which you may use your Kantronics TNC. 
For details on specific commands, see the “Command Reference” chapter. 


Its operating modes are; 


PACKET - with several functions, such as pbbs, digipeaters, nodes, remote 
access, and others (described below.) 


POCSAG paging function — operates simultaneously with packet. 


TUP - an interface mode, using AX.25 protocol to allow exchange of data 
transparently in unproto packets, and digipeaters if needed. 


KISS — an interface mode, with simple framing, in which a user can provide their 
own protocol. 


LINESUB (short for wire-line substitution) — an interface mode, with a low- 
overhead protocol, to allow exchange of data transparently, to and from devices 
like PLCs, their controllers, and RTUs. 


POLL — an interface mode, with a low-overhead protocol, configured as a master 
and remotes. 


MODEMK - an interface mode. Allows receive and display of 1200 baud ASCII 
text. 


MODEM ~ an interface mode. Dumb modem mode, for transmitting and receiving 
1200 baud ASCII text. 


Some of these operating modes are described in a separate section. See the KWM 
operating modes section for their details. 


Packet Mode 


This section adds to the information presented earlier (in the Getting Started and 
other sections) on how packet radio uses digital information for communication. 


As well as communicating by packet with other stations, several of the TNCs 
functions, also operate while in packet mode. The PBBS, KA-Node, K-Net node, 
standard digipeater, Ul-digipeaters (for APRS®), gps data beacons, TUP 
(transparent-unconnected packet) 
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By familiarizing yourself with the concepts presented here, you will be aware of 
and, if you wish, able to change the default value(s) of the command parameters 
in your TNC to optimize your packet activities. 


Introduction to AX.25 Packet 


Information is Organized into ‘‘Packets”’ 


A packet is a group of characters with a flag and header at the beginning and a 
checksum and flag at the end. A flag is a specific character used to signify the 
beginning and ending of a packet. The header is information indicating who the 
packet is from, who it is to, any relay stations needed to get to the destination 
and some control information. A checksum is a complicated mathematical 
formula that produces a number based on the combination of characters that are 
in the packet. Every station that receives the packet recalculates this number, 
and if it does not match the number that is in the packet, the packet is thrown 
away, thus near error-free communications. A packet is also called a frame. 


Your Packet Unit is a Terminal Node Controller (TNC) 


Packet radio modems, or packet modems, are generally referred to as TNCs. This 
“label” or “moniker” was adopted when the Tucson Area Packet Radio Group 
(TAPR) developed their first “TNC-1" packet radio modem kit in the early 1980s. 
The TNC is the workhorse of packet radio. As a listening device it hears an audio 
signal from the radio, changes the data to digital form, determines if the data is a 
good packet and sends it to whatever device is attached, usually a computer. As a 
relay device it also checks the packets it receives and determines if the packets 
need to be resent, then does so if appropriate. As a sending device it receives 
digital data from the computer, packetizes it and changes it into audio tones, 
which are sent out to the radio. The rule the TNC uses to do all of this is called a 
protocol. 


The AX.25 Protocol for Amateur Packet Radio 


The most used protocol in amateur packet radio is AX.25. The details of the inner 
workings can be found in a book titled “AX.25 Amateur Packet-Radio Link-Layer 
Protocol”, which is available from the ARRL. The TNC takes care of the details of 
encoding and decoding the protocol for you. There are several parameters in the 
TNC that you can set or adjust, that determine how efficiently some of that work 
is done. 


Command Mode 
In order to change parameters, or give any other instructions to the TNC, you 


must be talking to the TNC while it is in its Command Mode. This is the mode the 
TNC will be in, when you first power it on or after it has been soft reset. 
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When the TNC is in Command Mode, it will display a simple prompt to your 
terminal screen that looks like this: 


cmd: 
You can verify this, by pressing the ENTER key. This should cause the XE to re- 
display a cmd: prompt to the terminal. 


The TNCs parameter called COMMAND, determines the special character it will 
recognize, to cause it to return to Command Mode. Its default setting is 
<Ctrl+C>. 


Connected vs. Unproto 


There are two ways to send data In packet radio, connected or unproto 
(unconnected). In the Connected Mode you first establish a connection to another 
packet station. Then your TNC will address its packets to that specific station, 
and expects acknowledgments from that station in return. If acknowledgments of 
your TNCs sent packets are not received from that other station, the TNC will 
resend the data (depending on the setting of AX25L2V2, it may send a poll first). 


The RETRY parameter setting will determine how many times this is done before 
your TNC assumes the connection with that other station is lost due to bad 
conditions. If the acknowledgment is received, the TNC is happy and will send 
more data when available. Therefore, the Connected Mode, barring impossible 
conditions, assures that the station you are connected to will receive everything 
you Say, and in the order you Say it. 


In the Unproto Mode, when your TNC transmits packets, no acknowledgment is 
expected and no retries are attempted. This mode is often used for calling CQ, for 
transmitting beacons, and for informal round table chats. 


Monitoring 


If the TNCs MONITOR command is set to ON, you will see other people’s packets 
on your screen. You will notice two callsigns at the beginning of each packet, 
separated by a “>”. The first callsign is the station that is transmitting the packet 
(the “FROM” field), and the second callsign is the callsign or name to which the 
packet is intended (the “TO” field). 


There are several other commands, that affect how many types of received 
packets will be displayed, or how much header detail will be displayed. You can 
view the group of those commands that affect monitoring, with the command 
DISPLAY MON. That will show the MONITOR subgroup of the DISPLAY command. 
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Calling CQ 


To make a transmission, without first establishing a packet connect, you will use 
the TNCs UNPROTO mode. This may be for purposes of letting other packet 
station operators know that you are available for conversations. 


In order to call CQ you must get into the Convers Mode, so that what you are 
typing to the TNC will be transmitted, and not interpreted as a command to your 
TNC. Enter the command CONV, or the short version K, to go to Unproto mode. 


When in CONVERS mode and not currently connected to another station, 
everything you type will be transmitted. In this case, the “TO” address field of the 
packet header, will be as set by the TNC command called UNPROTO. Its default 
setting is CQ but could be anything (up to 6 characters). 


Remember, when you want to return to the TNC Command Mode, you enter a 
<Ctrl+¢>: 


A Simple Connect 


Once you see the callsign of a station you would like to connect to, be sure you 
are in Command Mode, and issue a connect request. For example: 


C callsign<CR> 


where ‘C’ is short for CONNECT and ‘callsign’ is the callsign of the station you 
wish to connect to. 


If for any reason the connection request fails, the TNC will send the following 
message to your screen: 


** RETRY COUNT EXCEEDED 
** DISCONNECTED 


When your TNC does receive an acknowledgment for a connect packet, it will 
display a message on your screen like: 


*** CONNECTED TO callsign 


Then your TNC will change to the Convers Mode (dependent on the setting of 
NOMODE and CONMODE). Now what you type will be interpreted by the TNC as 
data to be sent to the other station and not commands to the TNC. The MCON 
parameter comes defaulted to OFF. Therefore, once you are connected all you will 
see is what you type and what the person connected to you sends you. Any 
packets sent by other people will not be monitored unless they are also 
connected to you on another stream. 
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Two things determine when the data you send will be packetized. One is the 
parameter SENDPAC. This is defaulted as the return or ENTER key. So, as you 
are typing your message, whenever you hit the return or ENTER key, you are 
telling the TNC to make a new packet. A second parameter, PACLEN, determines 
the maximum length of any packet. If you enter data longer than this length, a 
packet will be made even though you have not pressed the return or ENTER key. 


When you have finished your conversation, you need to end the connection. To do 
this you go into the Command Mode and type a “D” for Disconnect. Remember to 
press the return or enter key after any command to the TNC. Once your station 
has received the acknowledgment for the disconnect packet the TNC will send 
this message to your screen: 


** DISCONNECTED 


Either station can issue the disconnect command, no matter which station 
originated the connect. 


Digipeating 


Everything we have done so far will only be heard by those stations within the 
range of your transmitters signal. With packet radio it is possible to extend that 
range, by using other packets stations to “relay” your transmitted packets. 


The TNC has a parameter called DIGIPEAT (digital repeater). Its default setting is 
ON. This makes your TNC a possible relay station, or digital repeater, or simply 
“digipeater” or just digi for short. In many VHF communities one or more of these 
is put up in a good, high location and referred to as a dedicated digi, to be used 
by one or many other stations. The TNC and a radio are all that is needed for the 
digital repeater to do its job. A computer would be needed if you wanted to 
change a parameter, but it would not need to stay there for the digi to work. The 
higher the antenna, the more effective a digi will be, but remember, every TNC 
has the capability of being a digipeater. 


If we turn the MRPT command ON, we will begin to see more than just the “from” 
and “to” stations of the monitored packets. The display of those monitored 
packets will include the callsigns of those stations are to be used as, or have been 
used as digipeaters of those packets. This list of stations is often called a path. 


Here is an example of what you might see: 


NOKN>KBONYK, IAH*,LAG,AUS: 
Hi there 


In this example, NOKN is talking to KBONYK, using the digipeaters IAH, LAG and 
AUS. The asterisk beside IAH tells you that your TNC heard that digipeater repeat 
that packet. You will notice that IAH, LAG and AUS are not real callsigns. The TNC 
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provides a parameter (MYALIAS) to set up an alias, which is often easier to 
remember than a callsign. To make this connection NOKN would have typed the 
following command to his TNC: 


Connect KBONYK Via IAH,LAG,AUS 


C can be used instead of the full CONNECT command, V can be used for VIA, and 
up to 8 digi names may be used. You must specify digis in the order they will be 
encountered along the path from your station to the station you wish to connect 
to, separated by commas. A space must be typed after the “C” and on both sides 
of the “V”, and just commas separate digis. 


CONNECT issues a connect request to the specified station, via the specified 
path. Then a virtually error-free conversation can take place between them. 


A digi path can also be used with the Unproto command: 
UNPROTO CQ VIA NOM,LCH,SLI,BIX 


The TNCs Unproto parameter sets up the digi path for any of its transmitted 
packets while the TNC is in its Convers Mode, when it is not in a connection with 
another station. 


When digipeating, the packet goes all the way from the first station, through all 
relay stations, to the destination station. Then the response also must take this 
same path in reverse. Chances for collisions and, therefore, for retries are 
multiplied with every digi used. This is often called end-to-end acknowledgment. 
Another way to get from one place to another is to connect to a “node”. A node 
will take care of the acknowledgment between it and the next node or end user. 
See the KA-Node section for more information. Ask your local packeteers about 
other types of nodes, which may be operational in your area, such as K-Net, 
TheNet, NET/ROM, G8BPQ, and ROSE. 


@ Kantronics TNCs support additional, advanced UI digipeating commands. 
For a description of Kantronics’ UI digipeating commands, see “Advanced 
GPS (or APRS®) digipeating”, in the GPS Mode of Operation section of this 
chapter. 


Gateway digipeating 


In Kantronics’ dual-port TNCs (e.g., KAM Plus, KAM XL, KPC-9612 Plus, and 
9612XE), a digi Gateway is also available. It has its own callsign/name, in the 
TNCs MYGATE parameter. 


Using a gateway digipeater is like using a regular digipeater, except that the 
retransmission of the packet takes place on another radio port of the TNC, other 
than where that packet was received. 
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For example, if you are using a TNC connected to a radio on a VHF channel, and 
you command your TNC to send a packet via the MYGATE callsign of a KAM, your 
packet would be retransmitted through the HF port of that KAM on that radios HF 
frequency. When you use one of these gateways on HF channel, remember that 
HF packet baud is slower. You may need to lengthen some of your timing 
parameters, allow enough time for those slower HF packets to be sent and 
acknowledged. See the KA-Node section for more reliable way to establish 
gateway type connections. 


Multi-Connects 


The TNC makes it possible for you to talk to more than one person at the same 
time. It assigns each “connection” with other TNCs their own “stream”, to keep 
communication with each connected station separate. Single port TNCs, such as 
the KPC-3 Plus, can support up to 26 connected streams on their single radio 
port. Dual-port TNCs, such as the 9612XE, can support up to 26 connected 
streams on each radio port. 


The command MAXUSERS determines how many connected streams may be 
used at one time, per port. The command USERS determines how many other 
stations can connect TO each of the TNCs radio ports. Each incoming connect will 
be assigned to the next available (unconnected) stream. If the number of 
connected streams set by USERS is full, any other stations attempting to connect 
with your TNC will receive a busy message instead of a connect 
acknowledgement. However, if MAXUSERS is set larger than USERS, you can still 
issue outgoing connects on additional streams. 


To determine to which of your TNCs radio ports and current stream you are 
communicating through, (while in the TNCs command mode) use the STATUS 
command, by typing STAT at the command prompt. The TNC will report which 
ports/streams have active connections, and to which stream your outgoing data 
will be directed. If you wish to remain on the current stream to communicate, no 
action is necessary. To change streams (to make another connect or to send data 
to another connected station on a different port and/or stream), type the 
STREAMSW character, the number of the port (if you are changing ports on a 
dual-port TNC), and the letter designation of the stream you wish to be on. No 
return or enter key Is necessary. 


For example, let’s assume you are using a 9612XE and you are connected to 
WSXI on stream A of port 2 but you wish to return to a discussion with N@KN on 
stream A of port 1. Whether in command mode or convers mode, simply enter 

“| 1a” and the TNC will switch to port 1, stream A. When you do this, the CON and 
STA lights on the front panel will switch with you, reporting the status of the new 
(current) stream. 
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If you are connected and have MONITOR or MCON OFF, the normal headers 
containing the “to” and “from” callsigns will not be shown. The setting of 
STREAMEV will then determine how often you see the stream designator. This 
parameter comes defaulted OFF, so the stream designators are only shown when 
a change in streams occurs. Turning this command ON will make the stream 
designators show on every connected packet received. Turning STREAMCA ON 
will also add the callsign of the “from” station beside the stream designator. This 
can help you keep discussions from multiple connected stations in order. 


Round Table Discussions 


Several people talking together present a difficult situation for packet radio since 
the protocol requires two stations to connect in order to make sure they receive 
each other’s packets. If you wanted to be sure that everyone got everything you 
said, you would have to connect to each person and retype everything to each 
person. That could get a bit cumbersome, so most people use the Unproto Mode, 
and all stations just “monitor” each other’s unconnected packet transmissions. 
Just be aware that a collision may occur occasionally, and one or more stations 
may miss monitoring some packets. You can usually tell by the conversation if 
something was missed; if you don’t get an answer to a question It’s probably not 
that he is ignoring you, but either the question or the answer was corrupted by a 
collision. 


Selective Monitoring 


With MONITOR ON, the BUDLIST command can be used to limit the display of 
monitored packets. Enter up to 10 callsigns in BUDLIST, so that your TNC will 
show only packets heard from those stations. If you and 10 (or less) other 
stations are in a round-table discussion, you can use the BUDLIST to limit your 
display of monitored packets, to just those in the group. Packet from other 
stations, that are not in your budlist, will be heard but not displayed. 


Timing 


Dwait vs. Persistence and Slottime 


When the TNC acts as a digipeater, packets received that need to be relayed are 
retransmitted as soon as the frequency is clear. Other TNCs on frequency 
(should) hold off or wait their turn, using a PERSISTENCE/SLOTTIME algorithm 
or DWAIT method to determine when to transmit. This practice has been adopted 
to reduce collisions with connected sequence packets being digipeated, since 
these packets must (by the AX.25 protocol) be acknowledged end-to-end. 
Kantronics’ current TNCs (e.g. KPC-3 Plus, 9612XE, among others), use the 
PERSIST/SLOTTIME algorithm to gain channel access. The default value for 
DWAIT is set to zero. If the DWAIT method is used, the TNC sending non-digipeat 
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packets will wait for DWAIT (times 10 milliseconds) time of clear channel before 
beginning to key-up the radio to transmit. 


The algorithm used with the PERSIST and SLOTTIME parameters helps avoid 
collisions by randomizing the wait time before transmitting. The more random 
the timing the less chance of two TNCs transmitting at the same time and 
colliding. 


Once the TNC detects a clear frequency it will wait SLOTTIME (times 10 msec). 
Then, if the channel is still clear, it will generate a random number. If this number 
is smaller than the setting of PERSIST the TNC will transmit. If it is larger it will 
wait another SLOTTIME and then generate another random number and again 
decide whether to transmit or not. When using PERSIST and SLOTTIME you 
should set DWAIT to O, since both will be used if specified. 


As an example, let’s assume that PERSIST is set to 63, and SLOTTIME is set to 
10. This value of SLOTTIME results in a random number being generated every 
100 msec. When the TNC sees that the channel is clear, it waits 100 msec, then 
generates a random number between O and 255 (inclusive). If, in our example, 
the number was 83, then the TNC would not start the key-up of the transmitter 
since 83 is greater than the 63 PERSIST value. Instead, it would wait an 
additional 100 msec, and if the channel is still clear, generate a new random 
number. This time, let us say it comes up with the number 27. Since this is less 
than the PERSIST value, we now start the key-up of the transmitter to send the 
packet. 


Txdelay 


TXDELAY should be adjusted to allow your radio enough time to switch from 
receive mode to transmit mode and develop full power output. 


During the TXDELAY period, the TNC sends flags (mark/space transitions), to 
allow key-up time for your transmitter, and for other TNCs to detect your packet 
signal before the actual packet data begins. 


If TXDELAY is set too short, the packet frame may begin before your transmitter 
is at full power, or the other stations TNC may not be ready to decode your 
packet data. When either happens, other stations TNCs may miss some bits as 
the packet frame begins, and would just discard that whole packet transmission. 


Frack (Frame Acknowledgment Time) 


If the TNC expects an acknowledgment of a packet it has sent, it will wait FRACK 
seconds for the acknowledgment. If the acknowledgment is not received when 
FRACK time elapses, it will either send a poll or retransmit the packet, depending 
on the setting of AX25L2V2. When digis are used, extra time is allowed for each 
transmission using the following equation: 
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FRACK * ((2 *n) + 1)s. 


Where n is the number of digipeaters, and “s” is the SI symbol for seconds. The 
lower the baud (HBAUD) the higher this parameter should be set, because 
everything is slower. The length of the transmission (determined by PACLEN and 
MAXFRAME) also needs to be considered when deciding how to set FRACK. 
Longer packets (and more of them) require more time to be transmitted, more 
time to be repeated by the digipeater, and so on down the line. The FRACK timer 
begins when PTT is released (the packet has been sent) and is suspended when 
data carrier from the radio is present, or when your station is transmitting. 


Retries AX.25 Level 2, Version 1 vs. Version 2 


The way retries are accomplished depends on AX25L2V2 being OFF or ON. To 
explain this, we will follow a conversation through its path. First let’s assume 
station “A” is connected to station “B” with Version 1 protocol (AX25L2V2 OFF). 
When station A sends a packet to station B, he expects to receive an 
acknowledgment back indicating that station B has received the information. In 
order to verify that the proper packet (or frame) has been acknowledged, each 
frame has a number. This number is sent as a part of the frame, so the receiving 
station knows where this packet belongs in the conversation. The frame numbers 
range from 0-7 and because of this, we are limited to a MAXFRAME of 7 (we do 
not want the same frame number reused in the same transmission). This is also 
true for Version 2. If the first acknowledgment is received, there is really no 
difference between the two versions, practically speaking. The difference shows 
up with retries, so let’s assume that the packet did not get through on the first 
attempt. 


Let’s assume that station A sends frame number 3 to station B. Station B does 
not receive the frame and therefore no acknowledgment Is received by station A. 
With version 1, the entire packet is retransmitted (with the same frame number) 
to station B and this continues until station A receives an acknowledgment from 
station B. This acknowledgment can take two basic forms. The first time station B 
receives frame 3 he will send an acknowledgment of the form “ready to receive 
frame 4” <rr4>. If this acknowledgment is sent, and station A did not receive it, 
station A will again send frame 3. Since station B already received frame 3, he 
would acknowledge it with the form “I’ve already got that frame, send me number 
4” <rej4>. This is also known as Reject Frame sent. This process would continue 
until the retry count is exceeded when, under version 1, the sending TNC will 
initiate a disconnect and discard the packet. (The monitoring of the commands 
shown in < > depends on the settings of MRESP, MCON and MCOM.) 


Now let’s look at the same conditions under version 2 (AX25L2V2 ON). Station B 

does not receive frame number 3 from A and therefore sends no acknowledgment 
to station A. This time, station A sends a POLL or question to station B saying, in 
effect, I’m expecting frame number O from you; what frame are you expecting 
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from me?" <<RRO>>. Since station B did not receive the frame, station B would 
respond with <<rr3>>, saying “I’m ready to receive frame 3.” At this point, 
station A, upon receiving the rr3 would immediately resend the entire frame. If 
station B had already received frame 3 once but the acknowledgment never got to 
station A the question from station A for the retry would be the same. Station B’s 
response, however, would be different. He would respond with “ready to receive 
frame 4” <<rr4>>. If station A does not receive station B’s reply, this 
“POLL/REPLY” sequence would continue for the number of retries set in the 
sending TNC. If no response was received, and the RELINK parameter is ON, the 
TNC at station A would then begin to issue connect requests to station B since 
there is still an outstanding packet of information. This is the major difference 
between version 1 and version 2. The connect attempts would then continue for 
the number of retries set in the TNC, and if no response was received from 
station B after all the above, station A would disconnect and discard the packet. 
The parameter RELINK is defaulted OFF to avoid the reconnect attempt. 


Flow Control 


The flow control commands ensure that the TNC gets everything that is sent to it 
by the computer and that the computer gets everything the TNC sends it. When 
the computer sends the TNC data, the TNC stores this data in a buffer until it can 
packetize it, send it, and get acknowledgments. Similarly, when the TNC sends 
the computer data, the computer stores the data in a buffer until it can be 
processed, stored to disk, sent to printer, or whatever. 


This buffer area is of limited size; if more data is sent than will fit in the buffer the 
extra data will be lost. To make sure each device gets all the data it should from 
the other device, the two devices can tell each other to start and stop sending 
data. This is called Flow Control and it can be accomplished in either of two ways, 
via software or via hardware. 


The 9612XE requires Hardware flow control between itself and the terminal, but 
will also respond to software flow control characters. 


Software Flow Control 


Software flow control sends special characters on the TXD and RXD lines of the 
computer interface. These are the same lines used for sending regular data 
between the TNC and computer. Software flow control normally sends a <Ctrl+S> 
to stop data and a <Ctrl+Q> to restart data. When a buffer gets close to full, the 
device will send a <Ctrl+S> and expect the other device to stop. When the buffer 
gets nearly empty, it will send a <Ctrl+Q> to tell the other device to send more 
data. The program determines how full or empty a buffer is when the special 
characters are sent. But, since the regular data lines are being used, a <Ctrl+S> 
sent as data from the keyboard will also stop data from the TNC. And likewise, if 
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there is a <Ctrl+S> in a file being sent, data flow from the TNC will stop until a 
<Ctrl+Q> is received. 


XFLOW needs to be turned ON for the TNC to use software flow control. XOFF 
determines the character sent by the TNC to stop the flow of data from the 
computer, and the XON character restarts the flow. The TNC expects the 
computer to send the STOP character to stop data to the computer and the 
START character to restart data. To use software flow control, these commands 
would be set as follows: XFLOW ON, XOFF $13, XON $11, STOP $13, START 
$11. (Default settings.) 


Two commands are provided to make it possible to send and/or receive these 
special characters in Transparent Mode and still use software flow control. 
TXFLOW enables flow control sent by the TNC to the computer and TRFLOW 
enables the TNC to recognize flow control sent by the computer. If both these 
commands are ON (and the above commands are set as stated) then software 
flow control will take place in both directions, to and from the TNC and computer. 


@ |f the TNC is in Transparent Mode, and a file is being sent from a terminal 
program, the computer does not need to tell the TNC to stop and start. By 
turning TRFLOW OFF and TXFLOW ON, the TNC will accept START and 
STOP characters embedded in the file, send them along to the radio as 
data. Meanwhile, the TNC can send the XOFF and XON characters to the 
computer to control the flow of data from the computer. When receiving a 
file, turn TRFLOW ON and TXFLOW OFF; the terminal program will accept 
all data and use START and STOP characters to control the flow of data 
from the TNC. 


Hardware Flow Control 


Hardware flow control is done with the RTS and CTS signals, between the 
terminal and the TNC. The 9612XE requires that the terminal use hardware flow 
control. 


In the USB interface unit, those signals are converted in the USB interface chip 
inside the TNC, and in the USB bus in the computer to the terminal program that 
is communicating with the TNC. 


In the RS-232 interface unit, the RTS and CTS signals are sent through the 
connecting serial cable, between the TNC, the computer serial port, and terminal 
program that is communicating with the TNC. 


The TNC holds CTS high if it can receive data. Once its buffer gets full, it pulls 
this line low. The computer program monitors this line. When it is pulled low, it 
knows to stop sending data. When the line is again pulled high by the TNC, the 
computer program will restart sending data. On the other hand, the computer 
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holds RTS high if it can receive data and pulls it low to tell the TNC to stop 
sending data. 


Convers Mode vs. Transparent Mode 


In the Convers Mode, the TNC will respond to several control characters from a 
terminal program. To list a few: 


Command _ [Default Description 

SENDPAC <CtritM>  |Causes a packet to be formed 
DELETE <CtrItH> |Backspace character 

REDISPLAY <Ctrl+R>_ |Redisplays the keyboard buffer 
CANLINE <Ctri+X>  |Cancels a line 

STOP <Ctrl+S>  |Stops output from TNC to computer 
PASS <CtrI+V>_ |Pass a special character 


These characters are all very useful when having a packet conversation with 
someone. If you want to send a packet you hit the return. If you make a mistake 
you can erase characters, using the delete or backspace key, or cancel the whole 
line with <Ctrl+X>. And if you really want to transmit one of these characters, you 
can always precede it with a PASS character. 


Transparent Mode was designed for the sending of files, whether they be ASCII 
data files or program files, while in a packet connect with another station. Special 
characters have no meaning to the TNC in transparent mode, they are just 
characters to be put in a packet and sent to the radio. 


In Transparent Mode, a SENDPAC character will not cause data to be formed into 
packets; instead, packets are formed at a rate that is set by PACTIME. 


All monitor commands are treated as OFF in Transparent Mode, unless you are in 
a packet connect. Then, all you will see is what is being sent to you, from the 
connected station. You would probably want to set USERS to 1 so no one 
interferes with the transfer. The setting of ECHO is also ignored. Even if ECHO is 
ON Transparent Mode will not echo to the attached terminal. Some programs 
allow for local echoing to the screen while uploading. 


Exiting Transparent mode 


Getting into the Transparent Mode is easy: you just type a “T” in Command 
Mode. 


But since Transparent Mode allows the sending of all characters you can not get 
out of Transparent Mode by just typing a single <Ctrl+C> (COMMAND character) 
as in Convers Mode. Exiting Transparent Mode requires a special character 

sequence, of three control-C’s. The special sequence must be followed precisely. 
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This example assumes the COMMAND character is <Ctrl+C> and CMDTIME is 1 
second: 


e Wait at least 1 second since the last character was sent from the computer to 
the TNC 


e Type a <Ctrl+C> 

e Within 1 second type a second <Ctrl+C> 

e Within 1 second type a third <Ctrl+C> 

e Wait 1 second and the cmd: prompt should appear 


lf the guard time of one second before and after the three <Ctrl+C>s is not there, 
the TNC assumes that they are data and sends them to the radio, so be sure to 
allow at least one second before and after the three <Ctrl+C>s. 


If the TNC has its BREAK parameter set to ON, a modem break sent from your 
terminal program, will exit transparent mode, back to command mode. 


Remote Access to commands 


The Remote Access feature allows you to connect securely to your TNC from a 
TNC at another location. It is used to allow remote access to the TNCs 
commands, the same as is available to that TNC from its locally attached 
terminal. It has password control, for preventing unauthorized access to those 
command functions. 


It has its own callsign assignment, in the TNC command MYREMOTE. That 
callsign must be different than any other one used in this TNC, or in any other 
TNC on the same radio channel. 


It uses a password, which is derived from a string of characters as set in the 
command RTEXT. 


For instance, you might set your RTEXT to: 


RTEXT Code 


The remote TNC must also have its MYREMOTE set to a unique callsign (i.e. 
W@ABC-4, or XYZREM). If these two parameters are not set, remote access to the 
command set of this TNC is not possible. When these parameters are set, you 
can connect to the MYREMOTE callsign of the remote TNC. 


When the connection is made, the remote TNC will send three lines of numbers. 
The numbers may look like: 
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You must then pick ONE of these lines and decode the password string. Let’s say 
you choose to decode line 3 (2 1 1 2 1 3). Rewriting your RTEXT string to make 
this easier you would have: 


Character #: 1 2 3 4 
Letter: C fe) d e 


Therefore, to gain remote access, you must send the following character string: 
oCCoCd 
Note that case is significant, and spaces are considered valid characters. 


If you fail to properly decode the password, the TNC will send three new lines of 
numbers. You will be given a maximum of three attempts to properly decode the 
password string. If you fail in three attempts, the TNC will disconnect you and 
disable connects to the MYREMOTE for 15 min. Also, if you connect to the 
MYREMOTE and start the password sequence but then disconnect, the penalty 
timer is in effect for 15 minutes. 


When you have successfully gained command access through the remote access 
function, you can change ANY command in that TNC without restriction, the same 
as you can from its local terminal. 


For example, if you change the INTFACE command to KISS and then send a 
RESET command, the remote TNC will be placed into the KISS mode and will 
completely quit talking to the radio! 


Also, if you connect to the MYREMOTE of a TNC and then issue a command like 
CONNECT WIABC, the remote TNC will indeed connect to the station, but there 
will be no data sent to you from that connection. The connected data would be 
sent to the computer port of that remote TNC. 


Note also that any command you send, that would cause the TNC to reset (such 
as changing the number of NUMNODES or MAXUSERS, or changing the size of 
the PBBS) will cause a soft reset as TNC memory is allocated. This will result in 
disconnecting all current users (of the PBBS, the NODE, and YOU) from that 
remote TNC. 


One other minor limitation applies to receiving data from the remote TNC. When 
you give any command, the response is limited to 300 characters so some 
commands will not fully display their response. If you give the command 
DISPLAY, the full list will begin, but you will not receive the entire list because of 
the limitation on this buffer. 
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PBBS (Personal Mailbox) 
Introduction 


The Personal Bulletin Board System (PBBS), is a mailbox for text messages. It 
can store and/or forward messages for you and other users. 


This PBBS provides the same message facilities as a computer based packet 
radio BBS, normally referred to as a full-service BBS, including the forwarding of 
Bulletins, Private mail, and NTS traffic (for more information on the national 
network of full-service PC-based packet BBS systems, see a current ARRL 
operations manual). 


@ Historical note: The first BBSs in packet radio were PC-based, using 
software developed by Hank Oredson, WORLI. A national system of packet- 
radio based BBSs has developed, permitting the automatic forwarding of 
messages, and files, from one BBS to another. Today, the large capacity 
packet radio BBSs are still PC-based, but TNC-based BBSs now provide 
similar facilities, with medium capacities. 


The personal mailbox is compatible with the large community bulletin board 
systems (RLI, MBL, etc.) and will allow them to forward mail for you directly into 
your TNC. You may also place messages in your mailbox, and if the local 
Community BBS system allows, your TNC mailbox will reverse forward these 
messages from your personal mailbox into the community system on request. 
You can even set up your TNC mailbox to automatically connect to the 
community BBS and forward any messages it has. 


Using the PBBS 


In order to use any Kantronics TNC PBBS (even your own), first get the cmd: 
prompt on your TNC, and then connect to the callsign of the PBBS. For instance, 
if your MYPBBS is NOKN-1, you would connect to it simply by typing “C NOKN-1". 
In this example, the PBBS is in your own TNC, so no packets would be 
transmitted, but you would connect to the PBBS and receive the same prompt as 
if you had connected to someone else’s PBBS. 


When you connect, you will first see the message from your TNC indicating that 
you are connected: 
*** CONNECTED to NOKN-1 


The PBBS will then send you its initial sign-on message. The first line will be its 
SID (Status ID - e.g., equipment ID), the second line will indicate how many bytes 
of storage is available, the third line will indicate how many messages you can 
view, the next line would the PTEXT (if defined), then the pbbs command line. 
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For example, your 9612XE might respond to your PBBS connect with the 
following: 

[9612XE-9.1-HM$] 

100000 BYTES AVAILABLE 

THERE ARE NO MESSAGES 


PTEXT (would be here (if any)) 
ENTER COMMAND: B,J,K,L,R,S, or Help > 


Using anyone else’s Kantronics-based PBBS would result in a similar prompt 
sequence. 


At this point you are ready to send a message to another user, read a message to 
yourself (if any have been received), or issue any other mailbox command. 


Let’s assume you want to send a personal message to KBONYK. You would now 
use the Send Private (SP) command: 


SP KBONYK 


and the TNC responds with: 


SUBJECT: 


Now enter a short subject line: 


Just a quick question 


The TNC responds with: 


ENTER MESSAGE n—END WITH CTRL-Z OR /EX ON A SINGLE LINE 
(Where “n” is the next available message number in the mailbox.) 


Now you enter the text of your message (message n). To end the message and 
have it saved, type a <Ctrl+Z> (hold down the control key and press Z) or type 
/EX. The <Ctrl+Z> or /EX must be on a line by itself —do not type anything else 
on this line. When the message has been ended properly, the PBBS responds 
with: 


MESSAGE SAVED 
ENTER COMMAND: B,J,K,L,R,S, or Help > 
You may now enter more mailbox commands. 


The “Mail” indicator on the front panel of your TNC blinks to alert you that there 
is unread mail addressed to you (i.e., to the callsigns of MYCALL or MYPBBS). 
See the TNC command PBLIST for how you can add other callsigns to the list of 
callsigns that are to be included as “mine.” The PBLIST is also used with the 
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PBPERSON command and the following PBBS commands: LMINE, KMINE, and 
RMINE. Note that the mail-status indicator on the front panel of the TNC is turned 
ON (without blinking) when anyone is connected to its PBBS. 


PBBS Commands 


The commands available to users connecting to your Kantronics TNC PBBS (and 
you connecting directly) are as follows: 


B(ye) 
The PBBS user to disconnect from the PBBS enters this command. 
E(dit) n [BPTYNFH] [>tocall] [<fromcall] [@BBS] ‘‘old”’ ‘‘new’’ 


This command is available only to the system operator (SYSOP) or to a user at 
the keyboard of a computer connected directly to the TNC (i.e., not to a remote 
connection, except for the SYSOP). For an explanation of this command, see the 
section below on “Editing Message Headers.” 


H(elp) 
Displays a HELP menu. 
J(heard) 


Displays a list of stations recently heard by the TNC. The list will include a date 
and time stamp indicating when each station was heard. 


J(heard) S(hort) 


This command is like the J(heard) command above, but only displays the 
callsigns of the stations heard. 


J(heard) L(ong) 


This command is like the J(heard) command above, but also displays any 
digipeaters used by the stations it has heard and the destination callsign. 


Léist) [x YG] 


Lists all messages in the mailbox which you can read. This will include all 
BULLETINS, TRAFFIC, and any PRIVATE messages addressed TO you or sent by 
you. If you are the SYSOP (keyboard or remote) ALL messages will be listed. You 
have the option of specifying a beginning message (x = START #) and, if you do 
so, an ending message for the list (vy = END #). Also, specifying the optional semi- 
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colon (;) in any List command will also show the @BBS and BID (BULLETIN ID - 
see section on “Sending Messages”) of the messages (if any). 


List) <|> call [; ] 
Allows you to list only those messages in the mailbox which are addressed to a 


specific callsign (>), or which were sent by a specific callsign (<). To list only 
those messages addressed to AMSAT for instance, you would give the command 


L >AMSAT. 

LB[; ] 

Lists all BULLETINS in the mailbox. 

LC [cat[;]] 

Using the LC command by itself will cause the PBBS to list the TO field of all 
BULLETINS in the mailbox. This will just be a list of the actual TO fields, and not 
a list of the messages. If you specify a category (i.e. LC RACES) the PBBS will list 
the full message headers of all BULLETINS addressed to that category. 

LLn[; ] 


Lists the most recent n number of messages in the mailbox. Again, only 
BULLETINS, TRAFFIC, and PRIVATE, which you can read, will be listed. 


LM(ine) [; ] 

Lists all messages in the mailbox which are addressed to you. 

LO [+|-] 

This command allows you to change the order in which messages are listed. 
When set to +, the messages are listed in ascending numerical order (oldest to 
newest). When this command is set to “-”, the messages will be listed starting 
with the highest message number (newest to oldest). This command will not be 
available if the SYSOP has the PBLO command in his TNC set to FIXED. 
LT[;] 

Causes the PBBS to list all TRAFFIC messages that are currently in the PBBS. 


K(ill) n 
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Deletes message number n from the mailbox. You may only delete TRAFFIC 
messages, PRIVATE messages addressed TO or FROM you, or BULLETINS you 
sent. The SYSOP may delete any message, including BULLETINS. 


KM(ine) 


Deletes any messages in the PBBS addressed to you that you have read. If you 
have not read a message addressed to you, it will not be deleted. 


R(ead) n 


Reads a specific message by number. Only PRIVATE messages addressed TO 
you, or sent by you, may be read, as well as any BULLETIN or TRAFFIC 
messages. After you read a PRIVATE message addressed to you, the STATUS flag 
will automatically be set to Y—it has been read. 


RH n 

The RH (Read with headers) command Is a variation of the Read command. Using 
RH instead of R gives you message headers as well as the other information 
provided by the Read command. The message header contains the date/time the 
message was received at each forwarding BBS along the path to your station. 
RM(ine) 


Displays all messages in the PBBS addressed to you that you have not already 
read. 


S(end) call 


Sends a PRIVATE message to the callsign specified. Using S(end) is the same as 
using the SP command. 


SB cat 

The SB (Send Bulletin) command is used to send a BULLETIN to the PBBS. 
SP call 

The SP (Send Private) command is used to send a PRIVATE message to a 
specified callsign. Using this command is the same as using the S(end) 


command. 


ST zip 
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The ST (Send Traffic) command is used to send NTS type traffic messages to the 
PBBS. Some of these commands are described in more detail below. 


The “;“option, for those commands that allow it, indicates to display extra 
information, such as forwarding addressing. 


Sending Messages 
The SEND command (and its many forms) allows the following syntax: 
S call [@bbcall[.haddr]]  [$ mid] 
SP call [@bbcall[.haddr]]  [$ mid] 


ST zip [@ location[.haddr]] 
SB cat [@ location[.haddr]] [$ bid] 


where: 
e call is the callsign of the station the message is addressed to. 
e bbcall is the callsign of a full-service BBS to deliver the message to. 


e haddr is the complete Hierarchical address designator for the BBS system or 
destination of the message (see the section below on “Hierarchical Addresses” 
for more detailed information). Contact your local community BBS SYSOP for 
complete information on local Hierarchical addressing. 


e location is the designator used for distribution of the message. For TRAFFIC, 
this should be NTSxx where xx is the two letter POSTAL code for the state. 


e mid is the MESSAGE ID assigned to the message by the originator. 
e bid is the BULLETIN ID assigned to the message by the originator. 
e zip is the 5-digit postal zip code (or postal code) 


e cat is the message category. For instance, a message requesting help ona 
subject may be sent to the category HELP, info sent to INFO, items for sale to 
SALE, etc. Contact your local community BBS SYSOP for some other examples 
and suggestions. 


Some examples of commands would be: 
SP WB5BBW @ W5AC.#STX.TX.USA.NOAM 


This command sends a private message to WB5BBW. The message should be 
sent to the W5AC BBS system, in South Texas (.#STX), which is in Texas (.TX), 
which is in the USA (.USA), which is in North America (.NOAM) where WB5BBW 
can retrieve it. 
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ST 88030 @ NTSNM 


This command sends an NTS traffic message to a non-ham, or to someone who is 
not on packet, living in zip code 88030 which is in New Mexico. The location field 
contains the NTSxx (xx = NM) to indicate that the 88030 zip code is in New 
Mexico. 


SB RACES @ ALLUS $RACESBUL.010 


This command sends a bulletin addressed to RACES, which should be sent to all 
BBS system in the USA (ALLUS) and has been assigned the Bulletin ID (BID) 
RACESBUL.O10. This BID prevents the same message from being duplicated as it 
travels throughout the BBS system. 


When you send a message to the PBBS, you must include the @BBS 
(bbcall[.haddr]) field if you want the message to be reverse forwarded from the 
PBBS to a full-service BBS system. Any message entered in the PBBS over the 
radio will initially be marked with a status of H (held) and will not be reverse 
forwarded until the SYSOP has edited the message header and changed the H 
flag. This gives the SYSOP full control over the messages relayed by his station. 


Messages entered from the local keyboard connected to the TNC, do not require 
editing in order to be reverse forwarded, but must include at least an @BBS field 
to enable the reverse forwarding. 


Listing Messages 


When you list messages with any of the LIST commands, you will get a display 
like the one shown below. If you specify the optional semi-colon (;) you will also 
see the @BBS field (if it exists) in square braces after each line. 


MSG# ST _ SIZE TO FROM DATE SUBJECT 

6 B 45 KEPS W3IWI 12/19/91 09:37:11 2 Line Element set 

4 B 26 HELP WB5BBW 12/19/91 09:34:05 =Xerox 820 

3 T 38 66044 W9OUU 12/19/91 09:33:42 QTC Lawrence 913/842 
2 PN 14 N@APJ WSC 12/19/91 09:33:27. AMTOR 

1 B 30 ALL NOKN 12/19/91 09:32:49 Need help on AMTOR 


9712 BYTES AVAILABLE 
NEXT MESSAGE NUMBER 7 
ENTER COMMAND: B,J,K,L,R,S, or Help 


The message number (MSG#) is listed, followed by the STATUS of the message. 
This status includes the message type (B=Bulletin, T=NTS traffic, and 
P=Personal message). The second character in the ST column is the current 
status of the message. 


A Bulletin status (type B) can be: 


F—it has already been forwarded to another full-service BBS 
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H—it is being held for review by the SYSOP because it was entered into the PBBS 
over the radio. 


An NTS traffic message (type T) may have a status of: 


H—indicating that it is being held for review by the SYSOP before it may be 
forwarded. 


The Private message (type P) can have the following status characters in the 
second position: 


H—This is a personal message that has an @BBS field but is being held for 
review by the SYSOP before it may be forwarded. 


N—This message is a Personal message that has not been forwarded and has not 
been read by the station it is addressed to. If it is forwarded to a full-service BBS, 
it will be deleted if PBKILLFW is ON. 


Y—This message has been read by the station to who it is addressed but has not 
been killed. It will not be forwarded even if it has an @BBS since it has already 
been read. 


Reading Messages 


To read a message (e.g., a bulletin such as that in the previous section listed as 
being to ALL), use the READ command (see PBBS command section for details 
on using this command). 


Editing Message Headers 
The following command can be used to edit message headers: 


E(dit) n [BPTYNFH] [>tocall] [<fromcall] [@BBS] ‘‘old”’ ‘‘new’’ 


This command, available only to the system operator (SYSOP), or to a user at the 
keyboard, allows the sysop to edit the message headers listed below for any 
message in the mailbox. You are the sysop if you can connect to the PBBS from 
the 232 port. You can also gain sysop status by connecting to the PBBS remotely 
(by radio); see the section titled “Remote Sysop Access to your PBBS” for more 
detail. 


You can change: 
¢ The TYPE of the message: 


e B— Bulletin 
e P— Private 
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e T— Traffic 
¢ The STATUS of the message: 


e Y— Yes [it has been read] 
e N—No [it has not been read] 
e F — Forwarded [it has been forwarded] 
e H— Held [it is not available for reverse forwarding] 
Note: F and H are toggles. Entering F switches the status of the message 


from F to NOTF or from NOTF to F. Similarly, entering H switches the 
status of the message from H to NOT H or from NOT H to H. 


¢ Who the message is to or from: 


e >tocall 


e <fromcall 
@ The destination mailbox (@BBS): 
e @BBS[.haddr] 
¢ And the subject or text of the message 


When a message is listed, the “tocall” and “fromcall” appear in the TO and FROM 
columns, respectively. If a message has been entered with an “@BBS” for 
forwarding, the complete hierarchical address is shown when the message is 
read: 


MSG2 02/10/92 10:30:58 FROM KB@NYK TO HELP 
@wa4ewv.#stx.tx.usa.noam 


The @BBS is also listed when using the semi-colon (;) option with any of the list 
commands. 


You can access the Edit command by connecting to the mailbox from the 
attached terminal, or by connecting over the radio. If you connect over the radio, 
you must gain SYSOP privilege by giving the SYSOP command. When you give the 
SYSOP command, the PBBS will send you a password verification string, which 
must be properly responded to in order to gain SYSOP access. This is explained 
in detail later. 


Let’s say you want to edit message number 2 which currently is a PRIVATE 
message addressed to WOXI. WOXI has read the message so it shows a status of 
Y. It may list as: 
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MSG# ST SIZE TO FROM ~ DATE SUBJECT 
2 PY 53 WOX| N@KN 01/14/92 03:36:45 Good afternoon 


Let us say you want to change this so that it is addressed to NOKN and also 
change the Y flag to N to show that it has not been read. To do this, you connect 
to your PBBS (either from the KEYBOARD or as SYSOP over the radio), and issue 
the command: 


e 2 N >NOKN 


You could do this with two separate commands, or it may be accomplished with 
the single command shown above. 


You can change a subject or text in the message by entering two strings in the 
Edit command. The string “new” will replace the first occurrence of the string “old”. 
For example, to change the subject from Good afternoon to Good morning: 


e 2 “afternoon” “morning” 


Hierarchical Addresses 


Hierarchical addresses (explained below) are used to accommodate the national 
packet traffic system, including messages processed by PC-based packet radio 
BBSs. 


The HTEXT command allows you to set your Hierarchical address. It must have 
an entry, for the PBBS to be able to forward messages. The Hierarchical address 
is used whenever your PBBS forwards mail to another BBS to provide complete 
return addressing capability. Other PBBS features include the ability to select 
whether to kill private and traffic messages after they have been forwarded, and 
whether to HOLD messages received over the radio. 


A hierarchical address consists of your state, country, and continent codes, 
separated by periods. Some areas (in large states particularly) use sub-state 
designators. For instance, a station in Rhode Island might use a hierarchical 
address of RI.LUSA.NOAM. This means Rhode Island (RI) which is in the United 
States (USA) which is in North America (NOAM). In this case, you should set the 
HTEXT to RI.USA.NOAM. If you are unsure of your hierarchical address, contact 
your local packet BBS sysop and ask what the proper addressing is for your 
location. 
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Advanced Configuration of the PBBS 


When you first enter your callsign into the TNC, your PBBS will automatically be 
enabled. The MYPBBS callsign is set to your basic call (that you entered in 
MYCALL) with an SSID of -1. 


You may change the size of the PBBS using the PBBS command. In most cases, 
you will be able allocate 300K (or more) for PBBS use. The maximum amount of 
memory you can allocate will depend on the amount of free memory available. 
NUMNODES, MAXUSERS, and MYREMOTE, etc., will affect the amount of 
available memory. 


If you change the size of the mailbox, the TNC will not renumber any existing 
messages, and if the new size is large enough for all existing messages, no 
messages will be lost. If you want to renumber the messages (starting with 1) 
give the PBBS n command with n being the current size (i.e., n KiB of memory 
assigned to the PBBS). 


@ To see the current size of the mailbox, enter the command “PBBS” 
(without any number) at the Command prompt. 


At times, you may be away from your computer and would like to switch a user 
into your mailbox automatically if he connects to your MYCALL. This can be 
accomplished by setting the CMSG command to PBBS. When this is done, a user 
who connects to your MYCALL will be sent your CTEXT (if any) and then be 
automatically connected to the PBBS. The TNC will then send the PBBS System 
ID (SID) and sign on message. The SID is enclosed in square brackets and 
consists of the unit name, firmware version, and the supported feature set. 


For example, the Kantronics 9612XE SID is: 


[9612XE-x.x-HM$] 


This is the unit name (9612XE), its bios version number (x.x) and the feature set 
(HM$). The H means it supports Hierarchical forwarding, the M stands for 
Message ID, and the $ indicates BID support. These identifiers are the SID 
definitions published by Hank Oredson (WORLI) with his Community BBS system. 


You can customize a greeting message to be sent to a user who connects to your 
PBBS by using the PTEXT command. This command accepts up to 128 
characters as a text string to be sent to the user immediately after the SID is 
sent. 


If it becomes necessary to disconnect a station from your PBBS, you can use the 
local terminal connected to your TNC to accomplish this (see DISCONNECT 
MYPBBS). If a station connects to your PBBS and no activity occurs on the 
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connection for 15 minutes, the PBBS will automatically disconnect the user in 
order to make your PBBS available to others. 


Note: To get forwarding or reverse forwarding, you need to have HTEXT set. 
HTEXT specifies your Hierarchical address, which is needed for complete return 
addressing capability. 


If acommunity bulletin board forwards messages into your PBBS, it sends you 
many lines beginning with “R:”. These are routing headers that show the 
complete path taken by this message. By default, these headers will be stored in 
your PBBS with the message. If you choose, you may prevent your PBBS from 
storing these by setting the PBHEADER command OFF (for more information, see 
the section below titled “Routing Lines”). 


If you want your PBBS to only accept messages for you, you can set the 
PBPERSON command ON. When set ON, this command will make your PBBS 
only accept messages that are addressed to your MYCALL, MYPBBS or PBLIST. 


Finally, the PBLO command is used to determine the order in which messages 
are listed to a user. When set to OLD, messages will be sent oldest first (message 
1, then 2, etc.). When set to NEW, the most recent message will be listed first. 
The second parameter of this command determines whether you will allow a 
PBBS user to change the listing order while he is connected. When set to FIXED, 
the user cannot change the order, and when set to VARIABLE, the user may 
change the order by connecting to the PBBS and using the LO command. 


Remote SYSOP Access to the PBBS 


You can gain remote SYSOP access to your PBBS (e.g., to edit messages, using 
the EDIT command) by first connecting to your PBBS and then entering the 
SYSOP command. When you enter the SYSOP command, you will receive three 
sets of numbers from the PBBS. These numbers indicate the character positions 
of the RTEXT to be used as the password for logging on for this remote access. 


For instance, let’s say your RTEXT is: 
This is a sample rtext. 
Now when you give the SYSOP command, the TNC might respond with: 
1 12 3 TS: 6.9 
2 1O-. 22° 5 7 18 
13° 16> <A 9 1 20 


If you choose the first set of numbers, you should send the following as a 
response: 
Tairia 
100 


(T is the lst letter, a is the 12th letter, i is the 3rd letter, and so on. See the 
RTEXT command in the Commands section for a more detailed explanation.) 


NOTE: Spaces DO count as characters, and case of the letters is significant! 
Reverse Forwarding Messages from Your Mailbox 


The TNC mailbox will allow you to enter messages, which will be forwarded by 
full-service BBSs (RLI, MBL, etc.). These messages have a special format, and 
can be entered in any personal mailbox. Let’s suppose you want to send a 
message to WA4EWV who lives in Texas. You know his home BBS is WB5BBW, so 
you can put this message in the PBBS with the command: 


S WA4EWV @ WBSBBW 


Entering an @ BBS will cause the TNC to reverse forward this message to a full- 
service BBS when requested by the full-service BBS. In order to improve the 
chances of this message reaching its destination, you should always enter the 
message with complete hierarchical forwarding: 


S WA4EWV @ WBSBBW.#STX.TX.USA.NOAM 


Complete information on Hierarchical forwarding can be obtained from your local 
BBS system operator, but basically the first field after the @ symbol is the HOME 
BBS of the station you are trying to send a message. The next several fields 
(separated by periods) are the state (two-letter postal abbreviation), country, and 
continent. In this case, since Texas is so large, it is sub-divided into smaller 
areas. These are indicated with the # symbol (in this case #STX—South Texas). 


Messages entered in your mailbox in this format will be reverse forwarded to the 
full-service BBS when requested, and the following rules apply: 


The TNC acts like a “smart BBS” when forwarding to or from a full-service BBS. 
This means that it will no longer send the SUBJECT: prompt, nor will it send the 
ENTER MESSAGE prompt. You will also notice that when a full-service BBS 
connects to your PBBS, the TNC does not send the usual ENTER COMMAND 
prompt, but only the > is sent. This is designed to reduce the amount of data on 
the packet network, since “smart” BBSs know what is expected of them. 


Once a Private or Traffic message has been successfully forwarded out of your 
mailbox, it will be deleted from the PBBS if PBKILLFW is ON. Bulletins will be 
marked with a status of “F” and will remain in the PBBS. 


Selecting a Home Full-Service BBS. 
One important use of your Kantronics PBBS is to connect to the national system 


of packet-radio based BBSs, which was described earlier in the “historical note” 
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at the beginning of the PBBS section. You can use a “home” full-service BBS for 
sending and receiving mail, much as you would use a P.O. Box at a postal facility. 
The full-service BBS should always be on and available to handle mail for you. 


Each PBBS user should select one (and only one) PC-based, full-service BBS for 
sending and receiving mail. This BBS is then called your HOME BBS and should 
not be changed unless you move to a new location. When you connect to your 
home bulletin board system and list the messages (using the L command), you 
will see a list containing information about each message on the system. A list of 
messages on one local full-service system might look like this: 


Msg # TSL Size To From @ BBS Date/Time Subject 

/ 
59765 B$ 1491 NASA NSIST ALLUS 1004/1529 GALILEO STATUS 09/30/93 
59764 BNL 468 WX NONEJ 1012/1017 KC Forecast 10/12 400am 
59763 BNL 659 WX NONEJ 1012/1017 MO Forecast 10/12 400am 
59759 B$ 2240 NASA NSIST ALLUS 1004/1529 MARS OBS. STATUS 9/27/93 
59758 B$ 1642 NASA NSIST ALLUS 1004/1529 MARS OBS. STATUS 9/22/93 


This list shows the message number, type and status information, the size of the 
message, the addressee (TO field), the originator (FROM field), and the @BBS 
field. In addition, the list shows the date and time the message was received at 
this BBS and a short subject for the message. 


Routing Lines 


Under current FCC requirements, BBS systems that can store and forward 
messages without an operator being present must have the capability to provide 
a record of the path the message has taken from its origination. To accomplish 
this, BBSs include a routing line, beginning with “R:”. This “R:” line includes the 
date and time the message was received, message number, BBS call and 
hierarchical routing information. 


When you read a message using the R command (e.g. R 59765) you see the 
header displayed. For example: 


From > NSIST 

To : NASA @ALLUS 
Type/status :B$ 

Date/time : 04-Oct 15:29 


Bid : NASAO930.GAL 

Message # : 59765 

Title : GALILEO STATUS 09/30/93 

Path > INOKN!INOLLY!NOOER!INOOBM!NXOR!IAGON 


IN7MMC!KTOH!KAOWININSIST! 


The Path: statement in the header lists the most recent BBS systems that have 
been used to relay this message from its origin to the BBS you read it from. This 
path information is required by the FCC to allow them complete traceability for 
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any message In the system. What you see in the PATH statement Is not the 
complete information on the routing, but simply a summary of the systems that 
have handled the message. To see the complete information, BBS systems allow 
a second version of the READ command (RH or V) that will display more routing 
information. A routing list from a bulletin appears below. 


R:931012/1107 27268@NOKN.#NEKS.KS.USA.NOAM 

R:931012/1025 16433@NOLLY.#NEKS.KS.USA.NOAM 

R:931011/2021 928@NOOER.#NEKS.KS.USA.NOAM 

R:931008/1814 20728@NOOBM.#NCKS.KS.USA.NOAM 

R:931008/2003 19520@NXOR.#NKS.KS.USA.NOAM 

R:931008/1153 30798@AGON.#WNE.NE.USA.NOAM 

R:931007/1147 35850@N7MMC.#SEWY.WY.USA.NOAM 

R:931007/1712 49403@KTOH.#NECO.CO.USA.NOAM 

R:931007/1639 63792@KAOWIN.#SECO.CO.USA.NOAM 

R:931004/1529 46383@N5IST.AWTX.TX.USA.NOAM 
By examining this list from the bottom up, we may see that the message entered 
the system on October 4, 1993 at 15:29 (R:931004/1529). It was message 
number 46383 on the N5IST BBS (@N5IST) which is located in West Texas 
(HWTX), which is in Texas (TX), which is in the United States (USA) which is in 
North America (NOAM). From this station, it was relayed on October 7 at 16:39 to 
the KAOWIN BBS in Southeastern Colorado. By following this information, it is 
possible to determine where the message traveled and when it was relayed from 
each station. The information following the @BBS callsign is called the 
hierarchical routing information (in this case #WTX.TX.USA.NOAM),. 


When you connect to your local BBS and send a message, that BBS automatically 
generates this R: line. As the message is sent to its destination, each BBS adds 
its own R: line to the message. Besides the requirement of the FCC, the R: line 
provides a method for any user, anywhere In the world, to send a reply or respond 
to your message. As the message is passed through the many BBSs, each BBS 
will add you into its White Pages —a directory of packet users. Each BBS makes 
note that you (the originator of the message) sent the message, and that you 
entered the message at the BBS listed in the last R: line in the message. 


Because of this, a distant user can simply send a reply using the send reply (SR) 
command of his local BBS. That BBS will then address the message to you using 
the @BBS and hierarchical routing information in the last R: line of the message 
you sent. A user may also simply use the send private command (SP) to send a 
message to you. If the user does not enter complete addressing on his SP 
command, the BBS will attempt to look up your call in its White Pages and add 
the routing automatically. However, if the user supplied complete addressing 
information, the BBS would normally assume it is correct and not check the 
White Pages. 


BBSs use this hierarchical information to send the message back to you. The 
message someone sent to you (using the above example) would be addressed to 
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URCALL@ N5IST.#WTX.TX.USA.NOAM. As the message passes through the BBS 
system for forwarding, the BBS first looks at the callsign of the addressee 
(URCALL). If that BBS doesn’t know how to forward the message to you, it then 
looks at the @BBS field (N5IST). If it doesn’t have any information on how to 
forward to N5IST, it looks at the first part of the hierarchical address (#WTX), not 
knowing that, it would then look at the next part of the hierarchical address (TX). 
Assuming this BBS is in the United States, it knows TX means Texas and knows 
that this message needs to be relayed to a station in that area. 


Once the message reaches the first BBS in Texas, that system must use the 
previous field for forwarding (HWTX). Once it reaches a system in West Texas, the 
forwarding occurs based on the @BBS. 


When the message reaches the BBS specified in the @BBS field, it can forward 
the message directly to you, since you are using that system as your HOME BBS. 


When you enter a message into your Kantronics PBBS and supply the routing 
information, that message may be forwarded automatically to another BBS. When 
the message is forwarded from your Kantronics mailbox, an R: line is included as 
the originating BBS. This line includes the same information as any other BBS. 


This R: line consists of the date/time the message was entered into your PBBS, 
the message number, your MYCALL (URCALL) and the HTEXT you have set. 


For instance, your R: line might be: 
R:931008/1255 23@URCALL.#WTX.TX.USA.NOAM 


Some BBS operator groups are insisting that your system is NOT a BBS, and 
therefore should not include R: lines. Their reasoning is that in the above 
example, EVERY BBS in West Texas would have to know how to send messages to 
your callsign not just to your HOME BBS. One solution to this is to include the 
callsign of your HOME BBS as part of your HTEXT. This would change your R: line 
to: 


R:931008/1255 23@URCALL.NSIST.#WTX.TX.USA.NOAM 


As this is forwarded through the system, all West Texas BBSs can still forward the 
message to N5IST because his call is a part of the hierarchical routing. 


As of this writing, there seem to be at least two groups with strong opinions on 
the use of, or prohibition of, R: lines by TNC based PBBSs. Some think the 
volunteer BBS network may be overloaded by personal boards including the R: 
lines; others insist that the R: lines are required by regulations. We suggest you 
adapt to local custom by turning the R: line feature ON or OFF accordingly. 
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If your local SYSOP demands that you not add R: lines to your messages, you 
must set the PBPERSON command ON. This will limit your PBBS to receiving 
messages addressed ONLY to your MYCALL or your MYPBBS call. In addition, 
your PBBS will only forward messages from YOU (no third-party messages) and 
will not add the R: line to the routing. 


e Hint: When you read messages with the normal READ command, the TNC 
will not display those R: lines, but instead will display a short PATH: line, 
indicating the most recent BBSs that have handled this message. If you 
want to read the full routing, use the RH command to read the message 
with all the headers displayed. 


The TNCs PHEARD command, will show you a list of the callsigns of stations that 
recently connected to its pbbs, along with their start and stop times. 


This concludes the section on PBBS mode of operation. 
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POCSAG Paging 


The POCSAG paging function, includes the transmission, and reception, of paging 
messages. 


It operates while the TNC is in Packet mode. 


A record is kept, of all transmitted pages, which is accessible by the TNC 
operator and remote users (when allowed). 


Pages can be transmitted by command from the TNCs cmd: prompt, or a Page 
Server (when configured) can allow other packet stations to connect and make 
page transmissions. 


A POCSAG page monitor mode, will allow display those pages from commercial 
or other amateur stations. 


The Page Server function operates much like the PBBS (mailbox). When 
activated, the server has its own “connect to” callsign. Other packet stations that 
connect to the Page Server callsign, will be presented with a set of commands, 
which prompt the user for pager address and message content. The user of the 
server may also display a directory of pager IDs/callsigns and a list of pages sent. 


@ For further details about paging on amateur channels, see the book by 
Philip Anderson, Pager Handbook for the Radio Amateur (1996), from 
which the following introduction is adapted. 


@ Kantronics introduced paging to the amateur service in 1996 by including 
paging commands and a paging server in the KPC-9612 (predecessor of 
the KPC-9612 Plus, and this 9612XE). 


Introduction to Paging 


Commercial pagers have become super popular in the last decade, competing 
strongly with the cellular phone. Applications are no longer limited to businesses 
or doctors; teenagers and college students are signing up with service providers 
by the thousands; and tens of thousands of new pagers are coming on line every 
week. These folks have found out the secret about paging: it works, it’s 
convenient, and it’s reasonably inexpensive compared to other services. 


Regardless of the type of pager - beep-only, voice, numeric readout, or 
alphanumeric display - the function is pretty much the same; someone wants to 
contact the person carrying the pager. Once paged, those carrying the older style 
beep-only pager respond by calling a dispatcher or automated service to obtain a 
callback number. Those carrying pagers with a liquid crystal display (LCD) 
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receive their callback number as a part of the page message, which is now the 
usual practice. They can respond by returning a call directly. Most pagers sold 
with an LCD are numeric; that is, they are capable of receiving numbers and a 
limited number of special characters. 


Even so, with these devices, a callback may not be necessary if the parties have 
agreed that certain numbers have specific meaning. For example, 123 may mean 
call the main office and 456 might mean call your mother-in-law. Alphanumeric 
pagers provide even more flexibility and are gaining in popularity. The strong 
preference for numeric pagers continues, however, and may have to do with the 
fact that the person sending the message can use a touch-tone phone to initiate 
the page. Alphanumeric pages require a computer keyboard, terminal, or 
dispatcher. 


Commercial Paging 


How does the paging system work as a whole? Let’s investigate by looking at a 
typical paging system for Anytown, USA as shown in the following diagram. 


phone Telephone Paging 
network terminal 


A numeric page is initiated at a touch-tone phone. To page your spouse, for 
example, you’d dial a phone number assigned to the pager, wait for the 
automated voice prompt from the paging terminal - “please enter a number 
followed by the # sign,” enter the phone number where you’d like to be reached, 
and hang up. The paging terminal, in turn, “makes up” the paging message for 
your spouse, including your message and the address of the pager (ID), adds it to 
a stack of pages to be sent, and transfers these pages within a few minutes to a 
bank of transmitters. Once transmitted, at the radio frequency assigned to your 
paging service, your spouse’s pager beeps - after recognizing its unique ID - and 
stores the message sent. 


As you can see, the system is like many other systems we use. In collecting 
paging messages, the paging terminal simply prompts the caller - as a telephone- 
answering device (TAD) would - to leave a message. Your touch-tone phone and 
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the telephone company’s equipment do the rest. The paging terminal has other 
jobs too. It must keep track of pairs of phone numbers and pager IDs, keep a 
record of messages sent, control the transmitters spread out across the city, and 
manage the paging system as a whole. With inter-city paging, so-called wide area 
paging, paging network controllers handle the job of exchanging pages between 
cities and systems, often using the commercial Telecator Network Paging 
Protocol (TNPP) to accomplish their task. 


The job of the transmitters is basic. They transmit a batch of pages upon demand 
and may transmit each page on all transmitters at once, called simulcasting. The 
messages are sent at the radio frequency (RF) assigned by the FCC to the paging 
service using frequency modulation (FM). For numeric and alphanumeric pagers, 
the digital information is sent with a frequency-shift-keying (FSK) modulation 
format. To send ones and zeroes, the frequency of the transmitter signal, the 
carrier, is shifted (deviated) up or down in frequency by 4.5 kHz. 


The pagers complete the system. They wake up about once per second to look for 
a paging signal addressed specifically for them. If a pager sees its ID in any of the 
pages it receives, it picks out that page, beeps (or vibrates), and stores the 
message (if a numeric or alphanumeric pager). The person carrying the pager is 
then free to display the message on the LCD. 


First generation pager systems (beep-only and/or voice) were assigned to the VHF 
bands, 33-50 MHz and 139-175 MHz. Today, paging services are assigned VHF, 
UHF, and 900 MHz carrier frequencies as shown below. 


Paging Band Frequency Range 
VHF low band 33-50 MHz 
VHF high band 138-175 MHz 


UHF 406-422 MHz 
UHF high 435-512 MHz 
‘900’ band 929-932 MHz 


In 1978, to accommodate more pages sent per hour per frequency and to include 
numeric or alphanumeric messages in a pager signal, a standards group 
formulated a new paging format referred to at that time as POCSAG. The Post 
Office Code Standardization Advisory Group (POCSAG) carried out this pioneering 
planning. A bit later the International Radio Consultative Committee (CCIR), a 
committee of the International Telecommunication Union (ITU), renamed the 
POCSAG code as Radiopaging Code No. 1 (RPC1) and specified its format in their 
Recommendation for International Paging, R-584-1. We’ll continue to refer to the 
RPC1 as POCSAG. This protocol for sending paging messages is today’s defacto 


108 


standard and its details are presented in Anderson’s “Paging Handbook for the 
Radio Amateur”. 


Technical note: You'll hear talk about Golay Sequential Code (GSC), Flex, and the 
Advanced Paging Operator Code (APOC) paging formats. GSC systems (and pagers) 
are still in use in the US today, particularly in hospitals, but their numbers are now small 
compared to POCSAG systems. Motorola has introduced and is pushing their new 4- 
level FSK system, Flex, designed for higher speeds. (Flex is a trademark or registered 
trademark of Motorola.) The APOC specification was written at Phillips Telecom and 
they are promoting it. None of these paging formats are relevant to paging with the 
TNC; the TNC features POCSAG only. 


Amateur Paging 


You might wonder at this point how this all fits with amateur radio. Can we 
retrofit commercial pagers for amateur use? Can we encode pages? Can we 
transmit pages? And can we monitor pages? As it turns out, we are in luck on 
these points! 


@ First, some commercial POCSAG pagers made for the VHF and UHF frequency 
bands can be re-crystalled and re-tuned for the US 2-meter and 70-cm 
amateur bands. Newer pager models replace the fixed frequency crystal, with 
a synthesizer circuit. In these, the pager frequency must be set from an 
outside program. 


@ Second, selected Kantronics packet modems (TNCs) include POCSAG 
encoding. A page message is encoded simply by typing in the pager ID and 
message from a computer keyboard; the TNC does the rest -forming up the 
page and sending it to the transmitter. 


@ Third, some of the 9600 “data ready” transceivers made for packet radio 
operation also meet the requirements for transmitting and receiving POCSAG 


pages. 


The following diagram shows the major components of an amateur radio paging 
system. 
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Setting Up a Paging System 


Now that you have the basics of paging under you belt, it’s time to examine how 
you might assemble and operate an amateur paging system, including the use of 
the page server (PS) in Kantronics Paging TNCs. 


As shown earlier, a paging system consists of a computer and communication 
terminal program, a POCSAG encoder/decoder, a data ready transceiver, an 
antenna, and pagers. We’ll re-examine the requirements for each of these pieces 
of equipment, describe how to interconnect the TNC (as encoder/decoder) and 
data radio, discuss transmitter drive levels and receiver equalization needs, 
introduce the paging command set for the TNC, and demonstrate how to send 
pages by keyboard and through the packet Paging Server or monitor pages. 


Equipment Requirements 


The computer and TNC (as paging encoder/decoder) in an amateur system take 
the place of the commercial paging controller, often called a paging terminal. The 
computer is used to set up the parameters of the TNC as encoder and to enter 
pages for transmission. Any basic communication terminal program can be used 
to carry out these jobs. Encoding/decoding is carried out in the TNC, and it’s a 
good encoder choice for several reasons: it may be located remotely, sending 
pages can be supported via a packet connect without a computer present via the 
Paging Server, and the 9600 baud modem circuit in port 2 accommodates the 
POCSAG synchronous signaling format. 


A “data ready” transceiver is required for the transmission and monitoring of 
POCSAG signals. Microphone and speaker audio circuits are not suitable. This 
requirement is a must for two reasons: the modulation format for POCSAG is FSK 
at 4.5 kHz and the audio frequency content of the signal is low. Neither 
requirement can be met by typical off-the shelf voice-based VHF and UHF FM 

rigs. In addition, not all the so-called data ready rigs can handle POCSAG’s severe 
requirements. Signal rates with audio content as low as 20 Hz must be supported 
for both transmission and monitoring. Direct (varactor or varicap) drive must be 
used for transmission, and discriminator audio must be available for monitoring. 
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As you can see, if it weren’t for the development of the 9600-baud packet modem 
and subsequent availability of data ready radios, amateur paging might not be 
with us today. 


Technical note: You may wonder why the frequency content of the POCSAG signal is so 
low. The source Is twofold: the FSK modulation format and the absence of any bit 
stuffing or data scrambling in forming a pager signal. This is in contrast with the 
formation and transmission of 9600 baud packets where both bit stuffing and 
scrambling are used, eliminating the possibility of long strings of ones or zeroes. The 
transmitter (and the pager) must be able to handle long strings of data ones or data 
zeroes, |.e. So-called one-sided signals. Pagers and commercial paging transmitters 
are, of course, designed to do so. Given the low data rates, FSK modulation, wide 
deviation, and non-scrambling signal format of POCSAG, 1200 baud (AFSK) and 9600 
baud ‘RUH’ packet modems are unsuitable (and don’t work) for paging. However, 
Kantronics’ high speed modems (e.g., KPC-9612 Plus, and 9612XE) easily 
accommodate POCSAG. 


Pagers 


Many of the POCSAG pagers used or sold today may be suitable for amateur use. 
The key is to find those that can be converted for 2-meter or 70-cm use. Some of 
Motorola’s Bravo and Bravo-Plus series of 150 and 450 MHz pagers can be 
converted for 2-meter and 70-cm use. (Bravo and Bravo-Plus are trademarks or 
registered trademarks of Motorola Inc.) 


¢ Conversion details can be found in Anderson’s book, “Pager Handbook for 
the Radio Amateur.” 


Newer model pagers with programmable synthesizers, Just need the capability of 
being set to receive in amateur frequency bands. 


Interconnecting the TNC and Transceiver 


Page transmissions and monitoring are handled by the TNC via port 2. Cable the 
TNC to a paging-capable transceiver as listed below: 


1. The push-to-talk (PTT) line connects to the PTT pin on your radio and causes 
the radio to transmit when the TNC has a page to send. Your radio may have a 
different name for this pin, perhaps standby (STBY); use the pin whose function 
is described as “grounding this pin will cause the radio to transmit.” 


2. The transmit data pin (TXA) connects to the modulator stage of the radio. 
Those radios that are “9600 ready” may identify this pin as the “9600 baud data 
input (from your TNC)” or as “data transmit.” 
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3. The receive data line (RXA) connects to the data output pin of your radio. Your 
radio manual may identify this pin a discriminator out, discriminator audio, or as 
data receive. Don’t connect to speaker audio. 


4. Don’t forget to add ground. It’s a good idea to connect the cable shield too but 
just at one end; signal ground and shield ground can be the same there. 


Transmitter Drive, Receiver Equalization 


All data ready transceivers are not alike! For this reason, transmitter drive and 
receiver equalization will have to be adjusted for each transceiver model used. 
With most data ready transmitters, a mid-range adjustment of the Transmit Data 
(TXA) signal will produce the 4 to 4.5 kHz of deviation (in the transmitter) 
required for paging. This drive level (of the signal from the TNC) may be adjusted 
using the XMITLVL command since the TNC features digital pots for audio drive 
and receive circuit equalization. See the command and/or hardware section(s) for 
a detailed description of the XMITLVL or (alternatively) the CAL (calibrate) 
command. 


Equalization of the receive circuit of a radio used for page monitoring 
(accomplished within the TNC) is usually not necessary if discriminator audio is 
available. If some slight adjustment is needed, you may utilize the EQUALIZE 
command. See the command and hardware sections for more details. If you plan 
to monitor pages with a shop monitor , such as an IFR-1200 (RF signal generator 
and receiver combination), then no equalization is necessary. Most commercial 
test monitors accommodate the low frequency audio content in a signal. 


Getting Ready to Operate 


The command PAGELOG must be enabled (set to a number greater than O 
(zero)), to enable page transmitting. 


Ten paging commands are available in the TNC. These commands and their 
primary functions are listed below. The transmission and monitoring of pages are 
the primary functions of a paging encoder/decoder, and these are handled by the 
PAGE and PAGEMON commands. 


The remaining eight commands concerning paging, are of a housekeeping nature; 
they are used to set parameters in the unit and are usually left alone after that. 
While all these commands are presented in the “Command Reference” section, 
let us cover them a bit here since we are discussing setting up a paging system. 


Paging Commands 


Short descriptions of the Paging commands included in Kantronics’ paging TNCs 
are listed below. Detailed explanations of each are given in the “Command 
Reference” section. 
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MYPAGE establishes callsign for packet connect to page 
PAGE initiates a page 

PAGECWID — enables a CWID after paging 

PAGEDIR establishes a pager |D-callsign pair directory 
PAGELOG logs all pages sent 

PAGEMON ~ enables page monitoring 

PAGEPRIV sets a flag to limit access to the directory/log 
PAGEPSWD controls password access 

PAGETEXT _ establishes a sign-on message 


PAGEXINV _ inverts page signal for transmission 


Initiating a Page 


Let us say you would like to page Phil (W@XI) to call 842-7745. That means you’ll 
have to know the numeric capcode of his pager, and you’ll use the page 
command to initiate the page. 


Example 1: 
Let’s assumed that WOXI’s capcode address is 111222. 


Capcodes are typically 6 or 7 digit numbers, so several million pagers can be 
supported on a given frequency. 


To page Phil with ‘842-7745’ at 1200 BPS, you would type: 
cmd: PAGE 111222 8427745, 
or, alternatively: 


cmd: PAGE -N -1200 111222 8427745 


@ Note that there are spaces between the parameter entries. 


Example 2: 
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Now let’s page Ken, NOKN, to ‘call the office,’ assuming that his capcode address 
is 111333 and his pager is an alpha supporting 2400 BPS. 


To page NOKN with “call the office,” at 2400, you would type 
cmd: PAGE -A -2400 111333 call the office 


Page Directory 


@ For details on the PAGEDIR command, see the Command Reference. 


The Page Directory serves the same purpose as a phone book. If you do not know 
a person’s pager number, you can find it by looking up his name (or call sign) in 
the Page Directory. 


The PAGEDIR command allocates memory for n entries in the page directory, a 
table of information about each pager, including callsign and associated 
nickname, the pager’s format and message rate, and an optional security flag. 
The command also provides for the entry into, deletion from, and listing of the 
directory. 


When a nickname is used to initiate a page, the callsign, format, page rate, and 
capcode are retrieved from the directory to form the paging signal. If the 
nickname - or alias if you want to call it that - is not found in the directory, a page 
can be still be sent specifying an actual capcode, as described above, in 
examples 1 and 2. 


Setting Up the Page Directory 


Let us make a few entries into the page directory, to demonstrate use. Let’s make 
an entry for Ken’s alphanumeric pager. 


cmd: PAGEDIR +N@KN Ken -A -2400 111333 

or alternatively: 
cmd: PAGEDIR +N@KN Ken -A -2400 111333 

Now let’s make an entry for WOXI’s 1200 numeric pager: 
cmd: PAGEDIR +WxXI Phil 111222 


To delete these entries from the directory, use the PAGEDIR command again but 
type a ‘-’ in place of the ‘+’ and duplicate EXACTLY the remainder of the entry 
made before. If you can’t remember what you typed at an earlier time, use the 
command to list the contents of the directory. If you have many changes to make, 
consider deleting the entire page directory by entering PAGEDIR O. Then allocate 
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new space for the directory, say 25 entries, by typing PAGEDIR 25 and enter new 
listings. 


Listing the Contents of the Page Directory 
To list the contents of the directory, simply issue the following: 


cmd: PAGED list 


Access to the page directory by users connecting to the Paging Server (PS) can 
be partially restricted by asserting the ‘-P’ parameter of the PAGEDIR command 
when making directory entries and setting up password access. See the page 
password command, PAGEPSWD. With the password system in effect, your entry 
in the directory, that includes your capcode, will not be visible to those 
connecting to the server, unless they know the password, given that your entry 
included the ‘-P’ parameter. 


Using Nicknames 


If the callsigns and nicknames are entered in the page directory along with the 
rate and format of the pagers, then the nicknames can be used to make a page in 
place of the capcode address numbers. 


Assuming W@XI’s nickname, Phil, and N@KN’s nickname Ken, are stored in the 
page directory along with their pager capcodes, you can page them as follows: 


cmd: PAGE Phil 842-7745 
and for Ken you’d type: 
cmd: PAGE Ken call the office 


Logging Pages — PAGELOG 
@ For details on the PAGELOG command, see the Command Reference. 


The PAGELOG command allocates n KiB of memory for the log. Allocating 
memory, i.e. using the numeric parameter, will cause the TNC to reset. To clear 
the log but retain the memory allocated without a reset use ‘clear,’ and to list the 
log, use ‘list.’ If the pagelog fills up completely, the oldest entry is lost when the 
next page is initiated. The format of the pagelog listing is shown in the example 
below. 


cmd: PAGELOG list 
WOXI>WOXI: -N -1200 *02/25/96 12:30:00 842-7745 
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WOXI>NOKN: -A -2400 02/25/96 12:16:01 call the office 


In the first example, the transmitting station, WOXI, has addressed a numeric 
1200 page to W@XI at the date and time displayed with the message ‘842-7745.’ 


If a capcode had been specified instead of a nickname, it will appear in the log as 
the pager address. The * indicates that the page has been entered in the log but 
not yet sent. 


Monitoring POCSAG Pages 


@ For details on the PAGEMON command, see the Command Reference. 


You may wish to monitor pages from another amateur station or from a “county” 
emergency or weather watch station from time to time. To monitor, simply type 
PAGEMON ON at the command prompt. Pages received and decoded are 
displayed as follows: 


PAGER>capcode (function bits state) [date time] message. 


For example, if WOXI sent a page to pager 1234568 with the message “CQ CQ CQ 
DE WO&XI K,” it would appear decoded as: 


PAGER>1234568 (3) [date time] CQ CQ CQ DE WOXI K 


Two function bits are included within each page message; hence four function 
bits states are possible {0,1,2,3}, where the O state corresponds to both bits set 
to zero, and so on. Normally state O denotes a numeric page and normally state 3 
(both bits a 1) indicates an alphanumeric page. 


The TNC uses these function bits to decide how to decode the page, e.g., as 
numeric or alphanumeric. The TNC sends all numeric pages with a state of O and 
all alphanumeric pages with a state of 3, as specified in the original POCSAG 
standard. 


Keep in mind, however, that the county stations and other non-amateur paging 
terminals (stations) may not adhere to this standard. They may reassign states 
for various page formats, even mixing numeric and alpha pages with the same 
function bits state assignment. You may be able to copy these pages anyway if 


you make use of the {cccc} feature of the PAGEMON command. Each “c” is 
assigned one of the four letters: N, A, X, or Z, with the following meaning: 


@ N defines c as numeric, 


@ A defines c as alpha, 


116 


@ X defines c as either numeric or alpha, and 
@ Zdefines c as “don’t monitor this state assignment". 


For example, if you would prefer to monitor state zero (0) as numeric and state 
(3) as alpha—which is the POCSAG standard and is what PAGEMON is defaulted 
to do—then you would enter PAGEMON as follows: 


PAGEMON NZZA. 


To monitor all states of pages as numeric or alphanumeric, you’d enter 
PAGEMON as: 


PAGEMON XXXxX. 


Page Server 


A mailbox-like Page Server (PS) is included in Kantronics paging TNCs. Its 
purpose is to allow packet users to connect to send pages to inquire about the 
status or content of pages previously sent. 


The structure of the PS is similar the structure of the Personal Bulletin Board 
System (PBBS) that is also standard in Kantronics’ TNC. Users may access the 
PS by connecting to port 1 or port 2 using the callsign set by MYPAGE. 


@ If PAGEMON is ON, the TNC will not support packet connects on the high- 
speed port. 


Like the mailbox, users connecting to the page server may select from a list of 


command options (shown below), which are like the TNC paging commands listed 
earlier. 


@ A feature of the PS is the page directory, a listing of each registered pager 
with name, alias, format, message rate, password flag, and capcode. 
Hence, by using a name - which might be a call sign, alias, or nickname, 
those sending the pages need not remember the facts about a pager. And, 
if the password flag is set to -P, pager owners need not worry about 
unauthorized pages to them. 


Page Server Commands 
Commands encountered when connecting to the PS are as follows: 
B (ye) page server will disconnect 
Directory) display page directory entries 
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L(og) display pages sent 
P(age) send page 
PASSWORD enables sending to protected pagers 
? (or Help) lists this table 
Using the Page Server 


The PS will respond to a connect to MYPAGE with text and a command line as 
follows: 


[9612XE-xx-125ABGNP] 
PAGETEXT here (if any) 
ENTER COMMAND: B, L, P, or Help > 


The first line tells the user that this page server is a 9612XE with version 9 
firmware and that it supports 1200, 2400, 512, numeric and alphanumeric 
pages, a page directory, group paging, and POCSAG. This sign-on follows the 
convention used by BBS systems to identify features supported. 


At this point you (as remote user) are ready to send a page, list the page 
directory, list the pagelog, or disconnect from the PS. 


For example, suppose that you wish to send a page to Phil (see page directory 
entry example earlier). 


You will see the following ENTER COMMAND instructions: 
ENTER COMMAND: B, L, P, or Help> 
At this point, you would type the following and hit return: 
PAGE Phil 8427745 


Then the ENTER COMMAND prompt would appear again (Same as above), and 
you could send another command or list the pagelog to see how the page went 
out. To list the page log in response to the ENTER COMMAND instructions, you 
would type the following and hit return: 


LIST 
The page log would show messages in the following format: 


WOXI>111222 -N -1200 02/25/96 13:00 8427745 
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As before, the ENTER COMMAND: instructions will be displayed at the end of the 
page log data. 


To leave the Page Server at this point, simply enter the BYE command (or just B) 
and hit return. 


This concludes the Paging section. 
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GPS 


NMEA Interfacing 


Most recent models of Kantronics TNCs, e.g. KPC-3 Plus, KPC-9612 Plus, 
9612XE, KAM XL, and others, all have functions for working with GPS NMEA 
0183 data format. 


The TNC functions and commands in each unit are essentially the same. They 
have commands to configure and control unproto (path) retransmissions of the 
NMEA strings and can store for those strings for later retrieval. 


@ Among Kantronics’ TNCs supporting GPS, the only difference between 
devices is the number of radio ports available for transmission of data, and 
where on the TNC the data from a GPS device can be connected. For 
example, the KPC-3 Plus is a single port device and the 9612XE is a 
dual-port device. 


GPS Overview 


The U.S. Department of Defense, to provide worldwide positioning and 
navigational information for U.S. military forces developed the Global Positioning 
System (GPS) initially for military use. Since then, a broad range of commercial, 
civilian, and amateur radio applications has been developed, based on the GPS. 
The GPS consists of 24 satellites, each of which transmits positioning information 
continuously. GPS receiving units - devices that contain a receiver, LCD screen, 
and (usually) a data port - collect this positional information and use it to 
compute position. This information can then be retransmitted by any means 
possible to report the position of the GPS unit (and its vehicle). 


Most GPS units sold today are NMEA compatible. That means that not only can 
they display latitude, longitude, and time on an LCD screen, but also the 
information can be presented to your computer or TNC via the GPS unit’s serial 
data port. The information is presented in ASCII in the form of NMEA 
“sentences”. A number of these sentences are available —with varying kinds of 
information, but the one used most often for amateur radio activities is 
“$GPGGA”. This sentence contains latitude, longitude, altitude, and time (in UTC, 
derived from the satellite clocks). The TNC, in GPS Mode, can receive and 
retransmit this information as beacons and/or store these sentences in a large 
tracking buffer for later retrieval. The TNC, in GPS Mode, also updates its clock to 
UTC, derived from the satellites. Hence, other packet stations can track the 
location of your remote packet station, recorded at a specific time. 


Amateurs the world over have discovered GPS and are combining this exciting 
new technology with packet radio for reporting the position of their vehicles, 
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following balloon launches, finding hidden transmitters, and determining location 
information for more serious applications as well. A typical amateur location 
reporting system consists of GPS-packet equipped vehicles and fixed-location 
packet repeaters. At a minimum, each vehicle would carry a GPS receiver, a 
packet unit (TNC), and a transmitter. Each TNC, in GPS mode, would be set to 
beacon location periodically. The fixed location digipeaters would relay the 
reporting stations’ locations over a wide area. For more details on setting up such 
a system, see the next section, on “Advanced Digipeating.” 


GPS Station Equipment Requirements 


To set up a packet station with GPS, that can be tracked, you will need the 
following equipment: 


e A transceiver and antenna, 
e A Kantronics’ TNC that supports the NMEA 0183 protocol standard. 


e AGPS unit with an RS232 output of NMEA data, and its portable or external 
antenna. There are many makers of GPS units. 


@ Several programs are available that work in the Automatic Packet 
Reporting System (APRS®). An APRS® system may consist of a GPS unit, a 
computer (optionally) and a packet unit. In APRS® systems, NMEA data 
packets received through a TNC are passed to a program in a computer. It 
is that programs job to display the information. 


@ In some applications, you may wish to keep your PC or terminal attached 
to the TNC for packet operations yet switch serial port connection to the 
GPS unit periodically—just to update your location. This arrangement is 
handy when only one COM port is available on your PC. This can be 
accomplished with an APRS®-HSP cable and APRS® software. 


Cabling a GPS Unit to a Kantronics TNC 


The NMEA standard specifies that the signals in the GPS receiver data port follow 
the EIA-422 standard. 


Technical note: The auxiliary GPS data inputs (through the 9612XEs radio ports), can 
accept data from a GPS device with either RS232 voltage levels, or “TTL” voltage levels 
(+5 Vand 0 V) of either polarity. The RS232 interface version of the 9612XE, can only 
accept RS232 level data from a GPS device. The USB interface version of the 9612XE 
cannot be connected directly to any GPS device. GPS devices that have only a USB 
connector for output of their data, can not be connected to any of the 9612XEs ports. 


Warning: The Kantronics TNC serial ports are 232; that is, they provide for 
signals that swing plus and minus approximately 8 V. Check your GPS manual 
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before connecting this port to your GPS device to make sure that it is capable of 
handling these voltages. Kantronics is not responsible for damage wherein its 
TNCs are attached to other devices; see the Kantronics Limited Warranty. 


To connect the data port of a GPS unit to your TNC, you’ll need a three-wire 
cable. A shielded cable is preferred. Refer to your GPS manual to determine 
which pins are used for signal ground, data output to a 232 device, and data 
input from a 232 device (such as the TNC). At least two of these wires must be 
connected at both ends of the cable: 


e connect the signal ground wire of the GPS data port to pin 7 of the TNC serial 
port. This wire may be identified as “NMEA-” by some GPS vendors. 


e connect the “data output pin” of the GPS data port to pin 2 of the TNC serial 
port. The data output pin may be identified as “NMEA+” by some GPS 
vendors; this is the line that supplies the NMEA sentences to your TNC. 


Some GPS units may allow for programming of parameters. If so, this is 
accomplished by passing commands to the GPS unit from a terminal (or TNC) via 
an additional pin in the data port. 


If your GPS unit accepts the setting of parameters, you may wish to connect the 
third wire of your cable from the input data pin of the GPS data port to pin 3 of 
the TNC serial port. Again, consult your GPS manual for the name of this pin; 
names vary by vendor. Also, make sure this pin will accept a 232 signal (+ and - 
voltages). 


Configuring a Kantronics TNC for GPS Operation 


To configure your Kantronics TNC in GPS Mode you must set several command 
parameters from your PC keyboard as follows: 


e select the GPS strings you will be capturing in each of the Location Text 
buffers 


e set the beacon rates for each Location Text buffer you are using 
e enter the unproto paths for each Location Text buffer you are using 


You determine which GPS strings will be stored in the Location Text (LT) buffers 
by entering the string header with the GPSHEAD command. The TNC searches for 
specific strings of data from the GPS unit and stores them in up to four LT 
buffers. These LT buffers may then be transmitted at periodic intervals as a 
beacon. The frequency of the beacons Is controlled independently for each LT 
buffer, by the BLT command (which stands for Beacon Location Text). You may 
also set the destination address and the path for each of the four LT beacons 
independently using the Location Text Path (LTP) command. 
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@ |f the GPSHEAD string for any LT buffer is empty, that LT buffer can be set 
up as an auxiliary beacon; LT, BLT, and LTP are used like BTEXT, BEACON, 
and UNPROTO. 


In addition to transmitting the beacons periodically, your TNC can store the 
transmitted beacons in a location buffer (LTRACK) for later review. The size of the 
LTRACK buffer is set by a command from the keyboard. 


Setting Parameters in the TNC 


@ To add GPS capability to your portable packet station, enter the required 
GPS parameters into your TNC (from your PC), set ABAUD to 4800, and 
then cable your TNC to the NMEA data port of your GPS unit. 


Note. Most GPS units have a fixed NMEA data port rate of 4800 baud; however, 
some advanced units allow other bauds. 


To set up your TNC for GPS operation, you must first be communicating with it 
via your terminal in the normal mode (Command Mode or with a Host Mode 
program). 


First, set the GRPSHEAD command to capture specific sentences from the GPS 
unit. You can set up to four strings to be stored (one each) in the LT buffers. The 
command would be GPSHEAD n string where n is the LT buffer number, and 
string is the name of the GPS string to be stored. 


For instance, if you want the TNC to store the $GPGGA string in LT buffer number 
1, use the command: 


GPSHEAD 1 $GPGGA 


In order to beacon an LT buffer, you must set the LTP and the BLT commands for 
that LT buffer. Full details of the LTP and BLT commands can be found in the 
commands section, but here’s an example of how they could be used: 


If you want LT 1 to beacon with a path of GPS via a digipeater (called DIGI), and 
you want the beacon to occur every 30 min, use the following commands: 


LTP 1 GPS via DIGI 
BLT 1 EVERY 00:30:00 


@ Several amateur groups, such as APRS® (see the bibliography at the end of 
the GPS section), have developed special programs for enhancing amateur 
GPS activities. Check with them for current practice in setting GPS beacon 
paths, beacon rates, and frequencies used in your area. 
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You can also set up a “tracking buffer” to store the most recently transmitted LT 
information for later retrieval. The size of the buffer and which LT buffers to store 
is controlled by the LTRACK command. For instance, the command 


LTRACK 5 LT1 LT2 


would set the size of the LTRACK buffer to approximately 5 KiB and store the LT 
1 and LT 2 buffers whenever they are transmitted (as set by the BLT command). 


GPS Unit Initialization from the TNC 


Some GPS receivers require reception of a special string of characters for 
initialization before they will send any information. You can tell your TNC to send 
the initialization string to your GPS unit by entering the required string using the 
GPSINIT command. For instance, if your GPS receiver requires the string 
$PGRMO,GPGGA,1 to be sent, you would give the command 


GPSINIT $PGRMO,GPGGA, 1 


to your TNC. Upon power up, the TNC will then send that string via its serial port 
to the GPS unit (when the TNC INTFACE command is set to GPS.) 


Starting the TNC in GPS Mode 
@ Hint: Be sure to set ABAUD to match the output data rate of your GPS unit. 


Once you have the TNC parameters set for GPS, you need to set the TNC to start 
in GPS Mode on power up. To do this, set the INTFACE command to GPS. When 
the TNC resets (either from a RESET command or by turning the TNC off and 
then on) it will be in the GPS Mode, and the GPSINIT string (if any) will be sent to 
the serial port. 


Normally, you would set the INTFACE command to GPS, turn the TNC off, 
connect your GPS unit, and then turn the GPS unit ON and then turn the TNC ON. 


When operating in the GPS Mode, the TNC will automatically update the LT 
buffers every time it receives the designated NMEA strings from the GPS receiver. 


Exiting GPS Mode 
If you want to exit the GPS Mode (perhaps to change parameters, or use the TNC 
in a different way), connect your computer or terminal to the serial port of the 
TNC and type three <Ctrl+C> characters. 


The TNC will reset and the INTFACE command will be set to TERMINAL. 
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Hint: You may have changed the ABAUD setting (usually to 4800) for the GPS 
mode. If so, before you can use the three <Ctrl+C> characters to exit GPS mode, 
you must set your terminal interface baud to the same as the ABAUD setting In 
your TNC. 


Other GPS Features 


Slotted Beacons 


The BLT command provides for the ability to specify not only the interval between 
beacons, but also a starting time for the beacons. This permits a “slotted” system 
of beacons by numerous stations. For instance, let’s say your local area has 30 
stations that each should beacon their location every 30 min. A beacon would be 
transmitted every n minutes from the time the user sets the time that the beacon 
should be transmitted. As an example, if you set the BLT command for LT 1 (BLT 
1) with the command: 


BLT 1 EVERY 00:30:00 START 00:00:01 


the TNC would transmit a beacon at 00:00:01 (time after midnight) and every 30 
minutes after that. The second user could set the BLT with the command: 


BLT 1 EVERY 00:30:00 START 00:01:01 


In this case, these two users would never beacon at the same time, in fact they 
would beacon 1 min apart. Using this system for our example, it is possible to set 
all thirty users to beacon 1 min apart, avoiding collisions. 


Tracking without Beacons 


You may configure the TNC to store the LT “beacons” in the LTRACK buffer 
without transmitting the beacons. To do this, set the LTP to NONE for the 
associated LT buffer: 


LTP 1 NONE 


When the destination call (path) is set to NONE, the TNC will not transmit the 
beacon, but since the BLT commana is still active, the data will be stored in the 
LTRACK buffer. 


Remote Access and GPS 


When the TNC is in GPS Mode, the serial port is expecting data only from a GPS 
unit, hence, it cannot process any “normal” commands. Should you need to 
change any of the TNC commands, however, there are two options: 1) exit the 
GPS Mode using a terminal, or 2) connect to the TNC remotely by radio 
(MYREMOTE) and change the commands. 
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When you connect remotely to the TNC (and properly respond to the password 
security check) you can change any parameters including the GPS parameters. 
You may also wish to send a command string to your GPS unit. This is 
accomplished with the RPRINT command. For example, to send the string 
$PGRMO,GPGSA,1 to the GPS unit, connect to the MYREMOTE of the TNC, verify 
the password, and send 


RPRINT $PGRMO,GPGSA, 1 


to the MYREMOTE. The TNC simply sends this string to its serial port (which is 
connected to the GPS receiver). 


Other Notes 


The LT buffers, LT beacons and LTRACK buffer can be used even without a GPS 
unit attached. You can manually set the LT buffers to any text you want (up to 
128 characters total) using the LT command: 


LT 1 This is Itext buffer number 1 


The LT buffers will be transmitted based on the BLT and LTP commands and 
stored according to the LTRACK command even when the TNC is not in GPS 
Mode. 


GPS Command Summary 


The following GPS commands are listed here for convenience and explained in 
detail in the Command Reference section. 


BLT n {EVERY | AFTER} hh:mm:ss [START hh:mmiss] (n= 1 - 4) 
This command sets the interval between beacons for the associated LT string. 
GPSHEAD n string (n=1-4) (string up to 8 chars) 


This command determines which GPS NMEA sentences will be stored in the LT 
buffers. 


GPSINIT string (string up to 128 characters) 


This command establishes a string that will be sent to the attached GPS unit 
upon power-up (i.e., initial text sent to terminal in GPS Mode). 


LT n text (n = 1-4) (text up to 128 chars) 
This command fills the specified location Text (LT) buffer with “text”. 


LTP n dest [via call1[,call2,...]] (n=1-4) 
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This command sets the destination callsign and the digipeaters used to transmit 
the LT strings. 


LTRACK n [LT1] [LT2] [LT3] [LT4] [SYSOP] [TIME] 


This command allocates memory for a special tracking buffer used to store LT 
messages. 


RPRINT text (text up to 128 characters) 


This is an immediate command, which sends the “text” string from the serial port 
of the TNC to the attached device (e.g. GPS unit). 


Also, see the GPS setting for the INTFACE command. When this command is set 
to GPS, the TNC will enter GPS mode upon power up. Data from the serial port 
will be parsed according to the GPSHEAD command, text will be placed into the 
LT buffers, and beacons will be transmitted according to the setting of the BLT 
commands. 


@ Hint: To have the TNC exit GPS Mode, connect a PC or terminal to it and 
issue three <Ctri+C> characters. 
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Advanced GPS 
APRS® Digipeating 


The “UI” digipeating commands described in this section add flexibility in 
reporting GPS (or APRS®) station positions. It is an established procedure of the 
reporting stations to digipeat with generic callsigns and through a number of 
repeaters (e.g., “APRS®” repeaters). In this way, reports of their positions can 
reach out, via a number of digipeaters, to any wide area. At the same time, the 
digipeaters supporting these activities must establish their TNC parameters such 
that all Ul frames “copied” are digipeated often enough (enough repeats of each 
frame), but not too often (too many repeats of each frame), to achieve the desired 
result. 


The commands introduced here (i.e., UIDIGI, UIFLOOD, UITRACE, and UIWAIT) 
allow each digipeater owner a wide range of ways in which to configure their TNC 
(in cooperation with other digipeaters in a network, who all need to work together) 
to establish an optimum GPS (or APRS®) repeating network. 


@ Note: This section assumes you are familiar with GPS, digipeating, and 
APRS® (each topic is discussed elsewhere in this manual). For details 
about APRS® (A Packet Reporting System) developed by Bob Bruninga, 
WB4APR, consider obtaining a copy of “Getting On Track with APRS®,” by 
Stan Horzepa, 157 page paperback, published in 1996 by the ARRL, 225 
Main Street, Newington, CT 06111. 


Amateurs are using GPS receivers, a packet unit, and an FM transmitter to report 
the location of their vehicles or stations to others. Their broadcasts use one-way 
(unproto Ul) packets, reporting call sign, latitude and longitude. Packet stations 
hearing these broadcasts can monitor the location of the vehicles. 


A common goal of these position reporting stations Is to digipeat a Ul packet over 
a wide area (or a long distance), while moving though areas where the local 
callsigns may be unknown. An effective solution for not knowing local callsigns is 
to establish standard generic callsigns for digipeating stations and then use these 
names in digipeating paths. Of course, this requires the acceptance and use of 
standards for naming and using digipeating stations, by both the position 
reporting stations and the digipeating stations. 


@ Common standards have been established by some local APRS® groups, 
with names such as RELAY, WIDE, and TRACE. We encourage you to 
contact your local GPS (or APRS®) interest group before configuring your 
TNC with its new digipeater capabilities. Usage may vary by area. 
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Improving Efficiencies of Advanced Digipeating 


As described above, mobile location reporting stations are using digipeating 
paths containing generic digipeating names (e.g., RELAY, WIDE, TRACE) to 
extend their range of reporting. Using generic digipeating enables a mobile 
station to use the same digipeating path as it moves around. Since there will 
(presumably) always be nearby GPS (or APRS®) digipeating stations with one or 
more of these generic names to pick up transmissions (i.e., Ul packets) and re- 
transmit them to a wider area. 


Using generically named digipeaters does result in wider coverage of GPS 
stations, but several inefficiencies may arise from this common practice 
(depending upon the availability and names of the digipeaters). 


Among the problems that may arise in this situation are: (1) Ul packets can be 
repeated much more than necessary by the same or by different digipeating 
stations with the callsigns RELAY, WIDE, or TRACE clogging up the airwaves and 
(2) Several stations may re-transmit the same packet at the same time, resulting 
in a combined signal that cannot be copied by other stations. 


Kantronics’ TNCs have a suite of UI digipeating commands that can be used to 
deal with inefficiencies that can arise when a number of digipeaters are 
transmitting in the same area, at the same time, using the same generic names. 


Overview of Ul Digipeating Commands 


The following UI digipeating commands support advanced GPS (or APRS®) 
digipeating capabilities. 


The UIDIGI command may be used to set up to four additional aliases/call signs 
for “special” digipeating service. To-be-digipeated packets received containing 
one of these aliases will be repeated (once) with the call sign (MYCALL) of the 
digipeater substituted for the alias in the digipeated frame. See the example 
shown below and the command description for more detail. 


UIFLOOD and UITRACE are a bit more exotic. Each provides for multi-hop 
digipeating with just one digipeater address per packet, thereby keeping the 
transmission time short. For example, to digipeat through three TNCs supporting 
the UIFLOOD command, the reporting station might set a GPS position path as 
follows: 


LTP 1 GPS via wide3-3. 


A digipeater TNC supporting “wide” set by the UNIFLOOD command and hearing 
the reporting station’s transmission would then digi the UI location packet 
(assuming it had not done so already, within a preset time), using an address of 
wide3-2. In turn each similar digipeater down line would digi the reporting 
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station’s UI packet and reduce (decrement) the ssid of the digipeater address 
again. A TNC using UIFLOOD has the option of inserting MYCALL, creating two 
rather than one digipeater addresses in each transmitted digi packet. 


With UITRACE, each time a packet is digipeated, each TNC adds its MYCALL, 
thus creating a “trace” or return path. In effect, the size of the packet grows by 
one digipeated address with each hop. A parameter, n, sets a delay time “do not 
digipeat within n seconds.” Again, see the examples below and the command 
descriptions for detail. 


The current setting of UIDWAIT determines whether UIDIGI, UIFLOOD, or 
UITRACE adds a delay before transmission, once the channel is clear. If UIDWAIT 
is ON, the delay is determined by slottime or persist settings. 


The purpose of the UIGATE (which is in multi-port devices only) is to prevent 
heavy high speed UI frame activity from congesting (“flooding”) the low speed 
(port 1) frequency. 


Each of these commands is documented in the “Command Reference”. 


Note: Digipeater priority for call signs is as follows: UIDIGI, UIFLOOD, UITRACE, 
MYCALL, MYNODE, MYALIAS (e.g. if you assign the same call sign to UIDIGI and 
MYALIAS, a to-be-digipeated frame with that call sign will be digipeated according 
to the rules that apply to UIDIGI). 


Using “‘UI”’ Digipeat Commands: UIDIGI, UIFLOOD, and UITRACE 


The following are actual monitored outputs of a lab system consisting of one 
position reporting station and three digipeaters, where each digi is configured 
using the UIDIGI, UIFLOOD, or UITRACE command and where UIDWAIT is set ON. 
We set UIDWAIT ON to force the system to digipeat all or most of the UI frames 
without collision. In all examples, the reporting station, WOXI, is used to launch a 
UI packet with the path set by the UNPROTO command. 


With UIDWAIT OFF, several digipeaters would transmit at the same time, resulting 
in corrupted packets. In actual on-the-air use, a system of digipeaters may work 
well with UIDWAIT OFF, depending upon their mix of location and transmitter 
power. 


@ In actual use, GPS (or APRS®) reporting stations would set their path with 
the LTP 


Configuring Three Digis Using the UIDIG] Command 


Here, three digis, with MYCALLs of A, B, and C, are configured with aliases of 
RELAY, WIDE, and TRACE (using UIDIGI); and UIDWAIT is set ON. For example, 
station A’s UIDIGI aliases are set as follows: 
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cmd: UIDIGI ON RELAY, WIDE, TRACE 


The reporting station path is then set to GPS via RELAY, WIDE, TRACE, and a Ul 
packet is launched. 


Any one of the stations monitoring will then display the resulting action as 
follows: 


cmd: WOXI>GPS,RELAY,WIDE, TRACE: <UI>:5 
WOX|I>GPS,B*,WIDE, TRACE: <UI>:5 
WOXI>GPS,A*,WIDE, TRACE: <UI>:5 
WOXI>GPS,B,A*, TRACE: <UI>:5 
WOXI>GPS,A,B*, TRACE: <UI>:5 
WOX|I>GPS,C*,WIDE, TRACE: <UI>:5 
WOXI>GPS,B,C*, TRACE: <UI>:5 
WOXI>GPS,A,C*, TRACE: <UI>:5 
WOXI>GPS,B,A,C*: <UI>:5 
WOXI>GPS,A,B,C*: <UI>:5 
WOXI>GPS,C,A*, TRACE: <UI>:5 
WOXI>GPS,B,C,A*: <UI>:5 
WOXI>GPS,C,B*, TRACE: <UI>:5 
WOXI>GPS,A,C,B*: <UI>:5 
WOXI>GPS,C,A,B*: <Ul>:5 
WOXI>GPS,C,B,A*: <UI>:5 


All digis hear the first Ul frame and store it. Due to the setting of UIDWAIT, some 
stations may wait longer than others to digipeat; hence, when they do, they may 
have several frames stored up - for example, the original and a digipeat from 
another station. Trace station B as an example. It digipeats the original UI frame 
from the “reporting station,” swapping its MYCALL for RELAY (B) and marking it 
(*), then repeats a frame from A and one from C, and, finally, repeats two more 
(from A,C and C,A) —a total of five! Note that each repeater digis five times so the 
total number of digipeated packets is 15! 


Configuring Three Digis Using the UIFLOOD Command 


Here, three digis, with MYCALLs of A, B, and C, are configured with an alias of 
WIDE, and UIDWAIT is set ON. For example, station A’s UIFLOOD call is set as 
follows: 


cmd: UIFLOOD wide,30,ID 


The reporting station path is then set to GPS via WIDE4-4, and a UI packet is 
launched. Any one of the stations monitoring will then display the resulting action 
as follows: 


WOXI>GPS,WIDE4-4: <UIl>:5 
WOXI>GPS,A*,WIDE4-3: <UI>:5 
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WOXI>GPS,B*,WIDE4-3: <UI>:5 
WOXI>GPS,C*,WIDE4-3: <UI>:5 


Note that all three digis see the UI frame addressed to GPS via WIDE4-4. They 
then, in turn digipeat that frame, inserting and marking as digipeated (*) their 
MYCALL, and include the new to-be-digipeated and decremented field of WIDE4- 
3. Note that each digi hears the UI frames repeated by the others but does not 
digipeat those in turn since a timeout of 30 seconds was specified by the 
UIFLOOD command. See the command specification for details. 


Configuring Digis Using the UITRACE Command 


Here, digipeaters A, B, C, and D are set with UITRACE trace, 30. Digipeater B 
then launches a UI frame using UN GPS via TRACE4-4. The following results: 


B>GPS,TRACE4-4/1<UI>:QWER 

B>GPS,A*, TRACE4-3/1:<UI>:QWER 
B>GPS,D*, TRACE4-3/1:<UI>:QWER 
B>GPS,C*, TRACE4-3/1:<UI>:QWER 


Stations A, D, and C hear B and digipeat the UI frame, inserting their MYCALL 
and decrementing the SSID of trace. A does not re-digipeat D or C because its “n” 
timer is set to 30 s, that is, it will not repeat any frame again within that time that 
includes the same source or destination and data (in this case QWER). 


Configuring Digis for HF/VHF Gateway Operations 


@ This example assumes the use of at least one dual-port TNC that supports 
both HF and VHF operation. 


In this example, we demonstrate cross-band (gateway) digipeating, using selected 
Kantronics TNCs. A UI frame is launched on HF and repeated on VHF four times. 
A KAM Plus and two KPC-3 Pluses (with call signs C, B, and D) are configured as 
digipeaters and another KAM Plus (call sign A) is set to launch a UI frame from 
its HF port. The digis are configured with an alias of FLOOD and UIDWAIT is set 
ON. In addition, MYGATE for digi C (the KAM Plus) is set to C-3 and its UIGATE is 
set ON/OFF; that is, it is enabled to digi from HF to VHF but not from VHF to HF. 
The KAM Plus, with call sign A, is then used to initiate an unproto packet with the 
path GPS via C-3, FLOOD4-4. Either KAM Plus will then display the resulting 
action as follows: 


A>GPS,C-3,FLOOD4-4/H: <UI>:234 
A>GPS,C-3*,FLOOD4-4/V: <UI>:234 
A>GPS,D*,FLOOD4-3/V: <UI>:234 
A>GPS,C*,FLOOD4-2/V: <UI>:234 
A>GPS,B*,FLOOD4-3/V: <UI>:234 


132 


Station C hears the HF unproto packet of station A and digipeats it via its 
GATEWAY out its VHF port. Digis B and D hear the VHF UI packet and store it for 
digipeating, and D transmits first. In turn station C hears station D’s repeat of the 
frame and digipeats the frame, decrementing flood to “FLOOD4-2.” It didn’t 
digipeat its own “FLOOD4-4" frame because it can’t hear itself! Station B finishes 
last due to the slot/persist algorithm. D digipeats the frame only once even 
though it hears both B’s and C’s transmissions since they are within 30 seconds 
of its own transmission. 
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KA-Node 


Overview 


Most Kantronics TNCs include, as a part of their firmware, the Kantronics KA- 
Node, a simple packet networking node. If you turn this node on, others may use 
your station (unattended) not only as a digipeater, but also as a node, enabling 
them to find pathways to other stations and making those pathways more 
efficient. 


KA-Nodes, like other networking nodes such as NET/ROM, operate more 
efficiently than do digipeaters as a link between two stations. End-to-end 
acknowledgement of received packets is not required with the nodes; instead they 
handle errors between each other, rather than from end to end (which can cause 
extra traffic when errors or interference occurs). A KA-Node, however, is “silent” 
in that it does not automatically connect to and exchange routing data with 
adjacent nodes, as do fully featured nodes such as NET/ROM, X1J, or Kantronics 
optional K-Net. Consequently, users cannot issue a connect to a distant station 
without knowing the path - as they sometimes can with a full-featured node. At 
the same time, KA-Nodes are useful in that they are more efficient than 
digipeaters in using channel time, while not requiring the effort and time required 
to maintain a full node. 


When packet got started in the early 1980s, the initial packet units - terminal 
node controllers (TNCs) - were designed and coded not only to accept station-to- 
station connects, but to act as digipeaters for other stations. It was the first 
attempt at packet radio networking, linking two stations together via several 
others. It soon became evident, however, that digipeating, particularly through 
busy channels, was an inefficient method of linking two stations via others. First, 
the station initiating the “connect” had no way to know ahead of time whether the 
specified digipeater stations were available. Second, the AX.25 protocol called for 
the station being connected to - at the end of several digipeaters - to acknowledge 
each packet of the initiating station. Packets not acknowledged (due to collisions) 
had to be retransmitted by the initiating station AND ALL DIGIPEATERS in the 
communications chain. As a result, communication often ground to a halt when 
channels were busy. 


To solve these problems, NET/ROM, a PROM-based networking program that was 
installed inside some TNC models, and a number of derivatives of NET/ROM 
(e.g., GBBPQ, X1J, THE-NET, K-Net) were developed. These networking programs 
provide the user connecting to a station via one of these nodes with a choice of 
pathways to other packet stations and with lists of stations heard. 


NET/ROM and several of its derivatives provide for automatic routing of your 
connect request - much like the phone system today routes your long-distance 
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calls. Others, such as the KA-Node, assist you in building a pathway by allowing 
you to connect to each node in turn through the pathway. All the nodes correct 
the “end-to-end” acknowledgment problem mentioned above. This is 
accomplished by building the pathway with a number of individual “local” 
connecting links; that is, each link in the pathway is considered a connect and all 
acknowledgments of packets are kept local. Hence, if only one link of a pathway 
(chain) is troublesome, the local nodes take care of it. 


The following material is provided to assist you In configuring your KA-Node and 
telling others how to connect to and use it. A listing of the node commands for 
users follows. 


Configuring the KA-Node 


The following commands are used to configure your KA-Node: NUMNODES, 
MYNODE, NDWILD, KNTIMER, and KNXCON. 


In order to set your TNC for use as a KA-Node several conditions must be met. 


First, you must allocate the number of circuits (channels) you wish to allow 
through the KA-Node (see NUMNODES). Each circuit consists of an “IN” and an 
“OUT” side. Each KA-Node circuit allowed will require approximately 4 KiB of TNC 
RAM memory. If you attempt to set NUMNODES to a value requiring more 
memory than is available, you will receive a message Indicating that the value is 
out of range. The total number of circuits, which may be allocated, will also be 
affected by the amount of memory allocated to other TNC functions. 


Secondly, the callsign assigned to the KA-Node (MYNODE) must be different from 
the callsign used for you (MYCALL), your alias (MYALIAS), the PBBS (MYPBBS), 
and remote access (MYREMOTE). By default, your TNC has set MYNODE to your 
callsign with an SSID of -7. 


@ To cause your KA-Node to accept a connect request to any SSID of the 
MYNODE callsign (except those mentioned above), set the NDWILD 
command ON. 


Packets passing through your KA-Node are monitored unless your MYNODE 
callsign is included in the SUPLIST, if turned ON. If it becomes necessary to 
disconnect a station from your KA-Node, you can issue the command 
DISCONNECT MYNODE x (x = channel) from the local terminal connected to your 
TNC. 


If no data passes through an established (connected) KA-Node circuit for n 


minutes, where n is set by “KNTIMER”, then that circuit will be disconnected. The 
default time is 15 minutes, but you can disable this by setting n to O. 
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@ Some Kantronics TNCs, such as the 9612XE, are dual port. These dual-port 
KA-Nodes can support cross-connects, Xconnects; that is, users may 
connect on one port and then connect out another port, which may be 
attached to another radio set to a different frequency. Set the KNXCON 
command to ON to enable cross-port connects. 


KA-Node Commands for Remote Use 


When accessed by other users over a radio channel, the KA-Node supports 
several commands, which may be given to it. These commands are listed here for 
reference, with a description of each command. In these descriptions, the 
UPPER-case characters of the command are required, while LOWER case 
characters are optional. Those items listed within [ | are optional and if used the 
UPPER/LOWER case convention applies. 


ABORT 


Aborts a KA-Node Connect or Xconnect request if it is the first data sent after the 
connect request. It must be spelled out entirely. 


Bye 
Causes the KA-Node to initiate a disconnect. 
Connect callsign [Stay] 


Causes the node to issue a connect request to “callsign” in the usual AX.25 
mode. If the connect is successful, a link will be made to the next node or end- 
user Station called. The optional Stay feature provides a way to disconnect 
without losing the entire link. Normally when a disconnect occurs, whether issued 
by you or by the remote station, the connection to the KA-Node is also lost. 


Using the Stay option allows you to stay connected to the KA-Node when the 
remote station issues a disconnect. 


Help 


Causes the KA-Node to send a brief help list, showing all commands available, 
with the options and a short description of each command. 


Jheard [Short| Long] 


Causes the KA-Node to transmit its MHEARD log. The returned list (without the 
short or long option) may look like this: 


(HF/VHF Dual-Port) 
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LAWKAN/H* = 01/09/88 08:25:15 
N66046/V 01/10/88 00:03:10 
NOKN-3/H 01/10/88 00:03:19 
NOKN/V 01/10/88 00:04:15 


(VHF/UHF Dual-Port) 
LAWKAN/1* 01/09/88 08:25:15 
N66046/2 01/10/88 00:03:10 
N@KN-3/1 01/10/88 00:03:19 
N@KN/2 01/10/88 00:04:15 


(Single-Port) 


LAWKAN 01/09/88 08:25:15 
N66046* 01/10/88 00:03:10 
NOKN-3 01/10/88 00:03:19 
NOKN 01/10/88 00:04:15 


The left column indicates the callsign (and SSID if appropriate) of a station heard. 
The character following the slash (/) shows the port on which the station was 
heard (single port TNCs do not include a “/”). The asterisk indicates the station 
was heard via a digipeater. The center and right columns indicate date and time 
the station was last heard. The last call on the list will probably be your call. The 
above JHEARD lists show N@KN connecting to the KA-Node. 


The short (JHEARD S) version of this command would produce the same list, 
without dates and times. 


The long (JHEARD L) version of this command will also show the date and time 
each packet was heard, the destination field, and any digipeaters used. 


Nodes [Short| Long] 

Causes the node to return a list of KA-Nodes it has heard, as well as K-Net, 
G8BPQ, NET/ROM and TheNet nodes. The format of the list is like that of the 
JHEARD list above. 


Xconnect callsign 


Note: The Xconnect callsign command is available only in KA-nodes in 
Kantronics’ dual-port TNCs. 


Causes the node to issue a connect request to “callsign” (in the usual AX.25 


format) on the opposite port of the KA-Node. Cross connecting enables you to 
gain access, via the node, to another frequency. 
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Using a KA-Node 


@ The material that follows is meant for those using your KA-Node, i.e. 
connecting to it. You may use this material as a guide to use someone 
else’s node or in connecting to your own node from another location (car, 
another station, via a digi, etc.). 


To use the KA-Node as a means of connecting to some other node or end-user, 
you must first connect to the KA-Node. At the cmd: prompt on your TNC, issue a 
connect request to the callsign of the KA-Node, let’s say it’s been named LAW. When 
your TNC makes the connection, you will see the following messages on your display: 


*** CONNECTED TO LAW 
### CONNECTED TO WILD NODE LAW (N@KN) CHANNEL A 
ENTER COMMAND B,C,J,N,X, or Help ? 


The *** CONNECTED message is sent by your local TNC to your terminal, and the 
### CONNECTED TO NODE message comes from the distant KA-Node. N@KN is 
the MYCALL of the station containing the KA-Node in this example. WILD 
indicates that he is running a “wildcard” node and CHANNEL A indicates that you 
have connected to its channel A. If A is in use, you may obtain channel B. The 
channels, or circuits, are assigned by the KA-Node as needed. 


After connecting to the KA-Node, you are in CONVERS mode at your own station, 
and the KA-Node is waiting for a command. You issue a command to the node by 
STAYING IN CONVERS MODE. 


Note: The KA-Node will interpret the data you send as its commands. 


At this point, let’s assume that you wish to know what other KA-Nodes are nearby. 
You would issue the NODES command by typing N, or NODES, in response to the 
KA-Node “enter command” prompt. You will receive a list of KA-Nodes which have 
recently been heard. For example, let’s suppose that LAW heard KC. Your list 
received from the Nodes command would be: 


KC (NOAPJ-2) 12/23/87 02:38:45 
ENTER COMMAND B,C,J,N,X, or Help ? 


KC denotes the KA-Node callsign (MYNODE), the MYCALL of the KA-Node station 
is in parentheses, followed by date and time heard. If LAW had heard nothing, It 
would respond with: 


NO KNOWN NODES 


You may, instead, wish to know what other stations the KA-Node has heard lately. 
This would be accomplished by sending a J for the JHEARD command. The node 
will respond by listing its own MHEARD log. The list will contain end user and 
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node callsigns and is the same type of list you get by using your own MHEARD 
command at the cmd: prompt. 


At this point, let’s suppose that you would like to connect to the node called KC 
through your current connection with LAW. Just issue a connect request to KC as 
follows in response to the “enter command” from LAW: 


CONNECT KC 


The response will be: 


#H##LINK MADE 
#H#HCONNECTED TO NODE KC (N@APJ-2) CHANNEL A 
ENTER COMMAND B,C,J,N,X, or Help ? 


At this point you are “patched” through the KA-Node LAW to the node KC. When 
LAW issued the connect request to KC it used your own call but subtracted a 
count of one from your SSID. For example, if you connected to LAW with W@xXI, 
LAW connected (via your request) to KC with W@XI-15. This is automatic. 


At this point, you could connect to another KA-Node, some other network node 
using AX.25 as an uplink or downlink protocol, or to an end-user. Let’s assume 
that you desire to connect to NOKN. So, just enter in response to the node “enter 
command” above: 


C NOKN STAY 


and you’ll get the response: 


H#HHLINK MADE 
We’ll explain the “STAY” later. 


You are now connected to N@KN. If you have issued a connect command to a KA- 
Node, and realize that you have made a mistake with the call, or for any other 
reason wish to cancel the connection, you may do so by using the ABORT 
command. For the abort to work, it MUST be the first word entered following the 
connect command and must be spelled out entirely. For instance, if you tell the 
KA-Node: 


C KB5EEG 
and then decide to abort the connect, your next entry must be: 
ABORT 


Any other entry will cancel any possible abort of the connection, and you must 
wait for the KA-Node to retry out (e.g., because it will try to connect to KB5EEG). 
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Now that you are connected to N@KN, you can carry on a normal packet QSO. 
While everything appears “normal” and AX.25 compatible, acknowledgments to 
your packets are generated by the KA-Node directly connected to you. Each link 
in the chain/pathway takes care of its own errors. In other words, the link 
between KC and LAW handles its own error checking. In this way, one weak link 
will not cause end-to-end packets and acknowledgments to be repeated as they 
would with digipeating. The result is substantial improvement in throughput for 
connections using nodes. 


When it comes time to disconnect, you do so in the standard AX.25 manner. To 
disconnect the link described above, type <Ctrl+C>, obtain the cmd: prompt on 
your TNC, and issue the disconnect command: 


cmd: D 
***D)|SCONNECTED 


You'll get the usual disconnect message from your TNC, as noted. If, however, 
your distant partner, in this case NOKN, disconnects the link, you will see the 
following (due to the “STAY” in “C NOAPJ STAY” in the example earlier): 


###DISCONNECTED BY N@APJ AT NODE KC 
ENTER COMMAND B,C,J,N,X, or Help ? 


Frequently when connecting to a distant city, you may wish to talk to more than 
one station. Perhaps when you connected, you got a message saying, “I’m not 
here right now, please leave a message in my PBBS”. By using the “S(tay)” option 
when telling a KA-Node to connect to another station, the KA-Node will not 
disconnect from you if it receives a disconnect from the distant station. Instead, 
you will receive a message from the KA-Node saying ###DISCONNECTED BY 
(call) AT NODE (MYNODE). In other words, if you connected from Lawrence, 
Kansas to a KA-Node in Lincoln, Nebraska, and then told that KA-Node to connect 
to someone using the command “C call Stay”. Then if that station sent you the 
above message and disconnected, you would remain connected to the KA-Node in 
Lincoln! This would allow you to issue a connect directly to his BBS, without 
having to re-establish the entire path. 


In multiple KA-Node paths, each time you say B(ye) to the distant KA-Node, this 
will return you to the next previous KA-Node, which had been told to “Stay” in the 
chain of KA-Nodes. From that point, you could build a path in a different 
direction. One point to note here is that if you use the KA-Node to connect to a 
BBS (WSRLI or WA7MBL for instance), and use the STAY option, then say B(ye) 
to the BBS, you would remain connected to the KA-Node closest to the BBS. If 
you issue the connect without the STAY option, any disconnect from either end 
will cause the entire link to disconnect. 
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Automatic Disconnect 


If a user abandons a connection to a KA-Node or a link between two KA-Nodes 
without disconnecting and there is no activity through the link for a specified 
period of time (see KNTIMER), the node will initiate a disconnect. 


Using the XCONNECT Command 


Note: The XCONNECT command is available only on Kantronics’ dual-port TNCs, 
such as the 9612XE, KPC-9612 Plus, or KAM XL. Single-port TNCs (e.g., KPC-3 
Plus) do not support this command, but they may connect to a KA-NODE that 
does. 


The cross-connect (XCONNECT) command is a unique feature of the KA-Node. 
This command allows cross-linking between two frequencies through the node in 
much the same manner as the Kantronics unique gateway, but with local 
acknowledgment of packets. 


For example, suppose you just connected to node LAWKAN and wish to cross- 
connect to N@KN whose station is tuned to the frequency of the other port of the 
node. Just issue X N@KN following the node prompt: 


ENTER COMMAND B,C,J,N,X, or Help 
X NOKN <CR> 


The response you receive will be: 


### LINK MADE 
### CONNECTED TO N@KN 


You can also determine from the response to the NODE command, which port a 
node is on. Below is an illustration of a KA-Node response to a NODE command: 


LAWKAN* 12/02/87 15:45:00 
N66046/X 12/02/87 15:49:15 
OLAKAN/X 12/02/87 16:15:21 


In this typical display, the callsign of the node is given, followed by the date and 
time it was last heard. The “/X” indicates that the node was heard on the 
opposite port from the one you are connected on. The asterisk (*) means that the 
node was heard via a digipeater. 


Determining Which Port You Have Connected To 


When you are connected to a multi-port node, you can determine which port you 
are on, at the node, by using the JHEARD command. A typical node response to 
the JHEARD command may appear on your display as shown (the KAM uses /H 
and /V instead of /1 and /2): 
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N66046/2* 12/01/87 14:32:69 
N@KN-1/1 12/01/87 16:25:01 
WOXI/2 12/02/87 16:28:05 
N@KN/1 12/02/87 16:32:09 


In this illustration the number following the slash (/) indicates the port the station 
was heard on. Your callsign will usually be the last one tn this list. 


You can now see that by comparing the port on which your call appears in the 
JHEARD list to the port indicated for other stations, you can determine whether to 
CONNECT or XCONNECT to the station of your choice. 
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K-Net 


Introduction to the Network Node 


A network node is a "collection point" in a packet network. It is at these node 
locations that packets are collected and routed to other nodes and end-users. 
Many network nodes operate at high data rates, usually at 9,600 or 19,200 baud. 
End-user access to the network is usually at a lower baud (1200) and ona 
different frequency. 


The advantage of a network system Is twofold: automatic routing of connections 
to other network nodes and increased data throughput. A network node "knows" 
how to automatically route data through neighboring nodes to distant nodes on 
the network. They do this by "hearing" other nodes broadcast this information. 
This means that a user connected to a node does not need to specify the route to 
take in order to reach a distant node as long as the local node contains a listing 
for that distant node. 


Using a network node can also dramatically increase the data throughput to 
distant locations. The packet data and the acknowledgments travel from node to 
node (rather than from end-to-end), greatly reducing the inevitable data collisions 
that will occur when attempting to communicate over long distances. 


The defacto standard networking protocol, NET/ROM, was developed in the late 
1980's by Software 2000, Inc. Since then, other node derivatives such as 
TheNET, TheNET Plus, TheNET X-1J, and G8BPQ have evolved. Although these 
variants differ in their features, they all utilize the same basic networking 
protocol. 


Some network nodes have more than one radio port in order to provide a high- 
speed network "backbone" on one frequency, as well as Local Area Network (LAN) 
access to the high speed network at a lower data rate on a different frequency. 


This approach to packet networking makes good sense for a number of reasons. 
First, the high-speed backbone is free to pass large amounts of data without 
competing with end users for the channel. Generators of large amounts of data 
are called servers. Many times, servers are busy communicating with other 
servers, so dedicating a channel to this function is desirable. Second, users are 
"shielded" from the server-to-server activity. Many users could peacefully co-exist 
with a server if all the server did was to respond to user queries. User input to a 
server generally consists of very small amounts of data that generate large 
responses. In a local area, this works quite well since all users can detect the 
presence of the server's data. Carrier Sense Multiple Access (CSMA) allows the 
channel to be shared nicely. 
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Basic Networking Guidelines 


The intent of this section is not to dictate how to configure a packet network. 
However, certain goals and concepts of design should be carefully considered. 
The primary goal of any data network should be the efficient transfer of data from 
point A to point B (high speed), coupled with ease of use (low frustration level). 
The efficient transfer of data is made possible with the advent of high-speed 
modems and "data-ready" radios capable of operating at 9,600 and 19,200 baud. 
These modems and radios are now available from a number of commercial 
sources. This means that making internal radio modifications for high-speed data 
operation is quickly becoming a thing of the past. 


User access to the high-speed channel is generally accomplished by using a 
separate, low-speed port at a network node site on a different channel. This 
protects users from server-to-server activity and provides a relatively clutter-free 
Local Area Network for keyboard-to-keyboard activities. 


In an ideal packet network, all high-speed links would operate on a dedicated 
channel (backbone) without contention. This would require that no stations other 
than network nodes and servers reside on the backbone channel. Each node on 
the backbone would have a "rock solid" link to the next, preferably on alternating, 
or full-duplex channels for maximum data transfer efficiency. All users in a 
community would be grouped into Local Area Networks (LANs) with each LAN 
assigned a specific operating frequency such that adjacent LANs would not 
interfere with each other. Each LAN would have a user port at a local network 
node that would provide access to servers and other LANs itn the region. This 
situation would provide very efficient server-to-server communication, while 
offering users an enjoyable environment consisting of a useable keyboard-to- 
keyboard channel and easy access to servers and distant LANs. Much of the 
above is quite difficult to achieve. Obstacles include finding suitable node sites, 
available funds for equipment, and dealing with the differing philosophies and 
interests of other node sysops. There are many differing opinions on how to go 
about achieving "Network Utopia", but virtually all of them have one goal in 
common - make packet radio fun! 


Quick Start 


The factory default values have the network node function disabled. To enable the 
K-Net node, the NETCALL and NETALIAS the must be entered. 


The NETCALL is the callsign of the node. The NETCALL consists of your callsign 


plus an optional ssid (Example — NOKN-10). It must be different from any other 
callsign used in the 9612XE (MYPBBS, MYALIAS, MYNODE, etc.). 
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The NETALIAS is usually a mnemonic that gives users an idea about where the 
node is located (other network nodes do not care what the alias is). For example, 
SUTNE is a good NETALIAS for Sutton, Nebraska. 


Use the DISPLAY ID command to make sure that the NETCALL you select is 
different from the other callsigns that are in use in the 9612XE. Many times, local 
"customs" will serve as guidelines for what NETALIAS and NETCALL to use. 


Setting the NETCALL command, will cause a soft reset as memory is allocated for 
node operation. Your K-Net node is now in operation! 


There are six additional "NET" commands that are only available from the 
command prompt. These commands and their current settings can be displayed 
with the Display N command. 

cmd: DISPLAY N <CR> 

NETBUFFS 32 

NETCIRCS 5 

NETDESTS 25 

NETLINKS 10 

NETROUTE 5 

NETUSERS 5 
Other node commands are accessed by connecting to the node, either locally with 


your terminal, or remotely. If connected remotely, sysop access (see SYSOP 
command) Is required to list and change sysop related parameters. 


NOTE: RTEXT command in the 9612XE must be set, to allow remote sysop 
access. 


For example, if your NETALIAS was set to LAW, and you enter at the cmd: 
prompt: 


C LAW <CR> 


This will cause the 9612XE to do an "internal connect" to the K-Net node alias 
LAW, much like connecting to your own PBBS. When you connect to your K-Net 
node in this manner, you will not receive a command prompt (cmd:). Hitting the 
Enter key will display the node commands available to you. To see the current 
settings of the node, just enter the command display. 


When you are connected to your own node through a local terminal, you 
automatically have access to the nodes entire command set, since you are 
assumed to be the SYStem OPerator (SYSOP). A user connecting to your node 
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from another station, will not have direct access to those commands that are 
“sysop only”. 


A short help description of each node command is also available by entering 
H(elp) or ? followed by the node command (Example - To get on-line Help for the 
ADDNODE command, enter H ADDNODE<CR> or ? ADDNODE<CR?>). The entire 
Help contents can be displayed by entering H H<CR>. 


Text Messages 


Now that the node Is operating, you will probably want to enter some text 
messages that will provide your nodes users with some helpful information. These 
messages are entered by connecting to your node (cmd: C LAW) and entering the 
commands followed by the text. See CTEXT, INFO, and PORTS in the Command 
Section. 


K-Net Commands 


An asterisk (*) preceding a command indicates a sysop command. All other 
commands are available to users of the node. 


NOTE: In order to gracefully integrate your K-Net node into an existing network, it 
is imperative that you coordinate your efforts with existing network node sysops 
around you. There are numerous node parameters that can seriously degrade 
entire network performance, if yours are set to conflicting values. 


The command section contains some networking terms that must be well 
understood. 


e NODE - The term node refers to a network node such as a G8BPQ, X1-J, or 
NET/ROM node. Non-network nodes such as KA-Node, conference bridges, 
and digipeaters do not apply to this concept of operation. 


e USER - Auser is either a real, live person using a TNC to connect to and 
use your node, or a server (BBS) that is basically doing the same thing 
under computer control. 


e NEIGHBOR NODE - A neighbor node is a node that your node can connect 
to "direct", without using an intermediate node. Note that digipeater 
operation is allowed (but only a maximum of 2). This means that a node 
can be "out of range” but can still be considered a neighbor since the 
connect path does not use any other nodes. All known neighbor nodes are 
displayed with the ROUTES command. 


e DISTANT NODE - A distant node is a node that is too far away from you to 
connect to "direct", requiring the use of one or more network nodes to 
reach. Distant nodes will not be displayed with the ROUTES command. 
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e DESTINATION NODE - A destination node is a node that your node knows 
how to connect to, either directly (i.e. neighbor node), or, in the case of a 
distant node, by using one or more intermediate network nodes. All known 
destination nodes (neighbor nodes and distant nodes) are displayed with 
the NODES command. 


e All neighbor nodes are destination nodes, but all destination nodes are 
not necessarily neighbors. Destination nodes will automatically appear in 
the nodes table by virtue of your node monitoring your neighbor node 
broadcasts. A neighbor node will automatically be listed in your nodes 
table and routes table. Neighbor node broadcasts also contain information 
about other nodes that you may or may not be able to hear "direct". These 
distant nodes will also be listed in your nodes table if they pass the criteria 
for being listed (MINQUAL), and if there is enough room for them to be 
listed (NETDEST). 


ADDNODE [alias:]call port neighbor [via digi1[,digi2]] quality [obscnt] 


This command is used to add a new destination node or to modify an existing 
destination node in your nodes table. If the optional obscnt (obsolescence count) 
is set to O, the node will be permanently listed in the nodes table. Such a route will 
not be updated or dropped from the nodes table by the K-Net auto-routing logic. 
If the neighbor node callsign entered is not in the neighbor routes table, it is 
added with the default quality for the specified port. If MINQUAL is equal to or 
less than QUALITY, destination nodes (neighbor nodes as well as distant nodes) 
will be added automatically to your nodes table as neighbor node broadcasts are 
received. 


EXAMPLE - Addnode KSLVN:WD@EMR-10 1 WK5M 200 
K-Net responds: Node added with new route 


This adds the KSLVN node with the netcall of WO@EMR-10 to the nodes table. 
KSLVN is available on port 1 (1200 baud) of the 9612XE using the WK5M 
(netcall) node as your neighbor. An initial quality of 200 has been assigned to the 
new node. Unless "locked in" with the ADDROUTE command, this path quality will 
most likely change since it is recalculated based on node broadcasts that are 
received. In this case, WK5M was a previously unknown neighbor and the new 
route was automatically added. 


EXAMPLE - Addnode WLAW:W®xXI-1 1 WOXI-1 200 


K-Net responds: Node added with new route 
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This would add the WLAW node with the netcall of WOXI-1 to the nodes table. In 
this case, WOXI-1 is also the neighbor and is available on port 1 with an initially 
assigned quality of 200. 


EXAMPLE - Addnode TOP:KC@KON-1 1 WK5M 170 
K-Net responds: Node added 


This would add the TOP node with the netcall of KC@KON-1 to the nodes table. 
Since WK5M is an existing route (neighbor) a new route is not added. 


EXAMPLE - Addnode CRT:KG5DT-1 1 WK5M 70 O 
K-Net responds: Node added 


In this case, the optional obscnt (obsolescence count) has been specified as zero. 
This special case is useful if your node is not able to hear this neighbor's node 
broadcasts (i.e. if a digipeater(s) or gateway is being used). Normally, if a node is 
not heard from for a period, the obsolescence counter will eventually drop it out 
of the nodes table. However, this node (CRT) will remain in the nodes table 
permanently, unless removed by the sysop. 


ADDROUTE port call [via digi1[,digi2]] quality [I] 


This command will add (or modify) the specified netcall of a neighbor node to the 
routes table. If the optional ‘!’ is specified, the route entry Is either locked, If 
unlocked, or unlocked if locked (toggle). An existing locked route does not have to 
be unlocked before it can be modified. Locking a neighbor's route is used to 
assure that an assigned quality will always exist for that neighbor. The locked 
quality will also be used in the automatic quality computation of other distant 
nodes contained in this neighbor's node broadcasts to determine if they should 
also be added to your nodes table. If this locked neighbor disappears from the 
network, and then returns, it will automatically be assigned the locked quality. 
During the time that this neighbor is absent, it, and distant nodes associated with 
this neighbor, may eventually be removed from your nodes table (even if the route 
is locked) because the obsolescence count for this neighbor could drop to zero. If 
this neighbor's route is locked, it will still be listed in the routes table, but with a 
zero count for destination nodes using that route. 


EXAMPLE - ADDRoute 1 W@XI-1 110! 
K-Net responds: Route modified and locked 


This modifies the route to the WOXI-1 node to the routes table in the K-Net node. 
The route is "locked in" and assigned to port 1 with a quality of 110. 
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Locking a route assigns a fixed quality to a neighbor node. This can assure that 
any connects to a distant node using this neighbor node as a route will take the 
"hard coded" route, even if the route automatically generated by the K-Net node is 
different, such as may occur during band openings. 


EXAMPLE - ADDRoute 1 WOXI-1 110! 

K-Net responds: Route modified and unlocked 

Now the WO@XI-1 node is "unlocked" since the ‘!’ is a toggle function. 
EXAMPLE - ADDRoute 1 W4NGA-1 0! 

K-Net responds: Route added and locked 


This adds the W4NGA-1 node to the routes table with a locked quality of O. This 
node, and any distant nodes associated with it, will not appear in the nodes table 
since the locked in quality of zero is probably less than MINQUAL. 


NOTE - The W4NGA-1 node can be completely ignored by putting its NETCALL 
(WA4NGA-1) in the SUPCALLS list and turning LLIST ON (from the command 
prompt - cmd:). This would prohibit the K-Net from connecting to as well as 
accepting connects from the W4NGA-1 node. 


BBS [/S] 


This command connects a user of the node to the PBBS of the 9612XE. If the 
PBBS is not enabled, this command is not operational and will not appear in the 
node's Help list. If the optional S(tay) parameter is used, the user will be returned 
to the node after sending the B(ye) command to the PBBS. 


BYE 
This command causes the node to send a disconnect packet to the user. 
CONNECT [call | alias] [/S] 


The CONNECT command is used to establish a connection to another node or to 
another user/server. If connecting to another node that is listed in the nodes 
table (see NODES command), the 9612XE will automatically select the path to 
be used. A connect using the optional /S will use the Stay option - if the remote 
station issues a disconnect, you will be returned to the node. 


If a user wishes to connect to you and enters just a C (or C /S to Stay), the node 
will attempt to "connect" internally to the sysop of the 9612XE. If you have a 
terminal connected, you can communicate just like a traditional packet session. If 
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you set the CMSG command in the 9612XE to PBBS, the user will be routed to 
your PBBS and will be able to leave you a message. 


CQ [text] (up to 128 characters) 


This command places a user in the CQ mode. The node on the radio port 
transmits the text if the CQBC command is ON. If another user tries to connect to 
the callsign contained in the CQ packet during the next 15 minutes, the node will 
then establish the link back to the user initiating the CQ. Any other text sent by 
the user that does not begin with CQ will cancel the CQ mode. 


EXAMPLE - If a user (KB@NYK) connects to the node and gives the command: 


CQ This is Mike in Lawrence, Kansas - Please connect to me for a short QSO. 
<CR> 


The node will transmit a packet addressed to CQ from the node-modified callsign 
of KBONYK-15. 


KBONYK-15>CQ: This is Mike in Lawrence, Kansas - Please connect to me for a 
short QSO. 


The node automatically subtracts Mike's SSID (0) from 15 (15 minus O = 15) 
since the callsign KBONYK is already being used in the circuit. If Mike's callsign 
was KBONYK-2, the node would modify it to KBONYK-13 (15 minus 2 = 13). 


If another user tries to connect to KBONYK-15, the node recognizes the connect 
request and the two users are connected through the node. 


CQBC ON | OFF 
Default ON 


This command controls if the node will transmit a CQ broadcast from a user. By 
default, the CQ broadcast is allowed. For example, if you do not wish any CQ 
broadcasts to take place, set the command CQBC to OFF. 


CTEXT text (up to 128 characters) 
Default blank 


This command sets a text message that is sent to users when they connect to 
your node alias (NETALIAS) but not when a user connects to the node callsign 
(NETCALL). It is also not sent when the user connects to your node by using 
another network node. 
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EXAMPLE - CText Welcome to the LAW K-Net node, operated by NOKN, in 
Lawrence, Kansas 


You may clear this text by entering a % as the ctext (cmd: CTEXT %). 
DELNODE [alias:]call port neighbor [via digil[,digi2]] 


This command is used to delete a destination node from your nodes table. If the 
node you are trying to delete has an alias (showing with the NODES command), 
you must specify both the alias and the call of the node to be deleted. If this node 
is the only one using the specified neighbor as a route, and if the neighbor is not 
locked in the routes table, the neighbor will also be deleted from the routes table. 


DELROUTE port call [via digil[,digi2]] quality 


The DELROUTE command is used to delete a neighbor from the routes table. A 
neighbor route cannot be deleted if there are any nodes in your nodes table using 
this neighbor as a route. 


EXAMPLE - DELRoute 1 W@XI-1 110 
K-Net responds: Route deleted 
EXAMPLE - DELRoute 1 WK5M-1 110 
K-Net responds: Route unlocked 


In this case, the route was not deleted, and the "Route unlocked" response simply 
indicates that the route is not locked in the routes table. This response will be 
received if this neighbor is used as a route by other destination nodes in your 
nodes table. In order to delete this route, a// destination nodes that use this 
neighbor as a route must be deleted first. 


HELP 


This command displays a list of all commands available to the connected user. 
Giving the HELP command followed by an available node command will display a 
one-line help message about that command. Entering the HELP HELP command 
will give a one-line help message of all available commands. 


IDINT n (n = 0 - 255) 
Default 10 


The IDINT command sets the time interval (in minutes) between node ID packets 
(not node broadcasts). Setting this command to O disables node IDs. 


INFO text (up to 128 characters) 
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Default blank 


This command sets a text message that is sent to users when they enter the INFO 
command after connecting to your node. 


EXAMPLE - Info Located 3 miles South of Lawrence, KS - 50 watts at 100 feet. Hit 
Enter for available commands or C to Connect to me. 


You may clear the info text by entering a ‘%’ as the info text (INFO %). 
LINKS 


The LINKS command displays a list of current AX.25 links existing in the node. 
Links displays the callsign of the two connected stations, the AX.25 State 
(normally 5), the Port number, the Type of link (U = Uplink, D = Downlink, and X 
= Crosslink), and the AX.25 Version in use (1 or 2). 


EXAMPLE - Links 
K-Net responds: NOKN LAW S=5 P=1 T=U V=2 


This shows that NOKN is connected to LAW, the AX.25 state is 5 (connected), 
using port 1, it is an uplink using AX.25 version 2. Note: An uplink is an end 
user/server connected to the node, a downlink is from the node to an end 
user/server, and a crosslink is from the node to another node. 


Possible State Values (S) are: 

1 Disconnected 

2 Connect in progress 

3 FRMR condition detected 

4 Disconnect attempt in progress 
5 Connected 

6 Waiting acknowledgment 

7 Device busy 

8 Remote device busy 

9 Both devices busy 


10 Waiting acknowledgment and device busy 
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11 Waiting acknowledgment and remote device busy 
12 Waiting acknowledgment and both devices busy 


The next six commands deal with the ISO OSI (Open Systems Interconnection) 
Reference Model of network structure, level 3 (Network Layer), and level 4 
(Transport Layer). 


L3TTLn (n = 0 - 255) 
Default 25 


This command sets the limit on the number of times a packet originated by an 
uplink (normally a user) at this node may be transferred through other nodes. 
Each time a message is handled by a node, the time-to-live for that message Is 
decremented. If the L3TTL counter reaches zero, the message is discarded. It is 
possible for network nodes to create circular paths, and therefore a limit is 
required to prevent a packet from relaying in the node system forever. L3TTL 
should be standardized network wide. 


L4DELAY n (n= 1 - 60) 
Default 5 


This command sets the delay time in seconds used by the node after receiving a 
level 4 frame from another node before the ack is returned. Frequently there will 
be data ready to be passed In the opposite direction shortly after receiving a 
frame, and this delay permits the acknowledgment to be "piggy-backed" with the 
data frame, thus reducing the number of transmissions on the channel. 


L4LIMITn (n=0- 65,535) 
Default 900 


This command sets a no activity timeout (in seconds) on a node crosslink. When 
a user connects to another node, the node first establishes a level 2 (AX.25) 
connect with that node, and then establishes a level 4 circuit on behalf of that 
user. When the user is finished, the level 4 crosslink is closed, but the level 2 
connection remains until the L4LIMIT is reached, at which point it is terminated. 
When a user disconnects, the level 2 connection between the nodes remains 
intact and the L4LIMIT timer is restarted. This decreases data congestion if 
another crosslink request using the same path occurs before the L4LIMIT expires 
since the node will not have to re-establish the level 2 connect. 


L4N2 n (n= 1-127) 
Default 3 
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This command sets the number of retries used to pass data between nodes (level 
4) in the system. After the L4N2 count reaches zero, alternate paths will be tried. 


L4T1in (n = 5 - 600) 
Default 120 


The L4TI timer sets the time in seconds that the originating node will wait before 
resending a level 4 data packet if no acknowledgment is received from the 
destination node (end-to-end info-ack). If UTI is set too small, multiple copies of 
the same packet will exist within the node system even if the first packet was 
received correctly. 


L4WINDOW n (n = 1 - 127) 
Default 4 


The LAWINDOW sets the maximum number of outstanding frames that may exist 
in the network for a given circuit. When the node has L4WINDOW 
unacknowledged frames, it will not transmit any more frames until a level 4 info- 
ack is received. Network nodes may allow up to 127 outstanding frames across 
the system. The L4AWINDOW size is negotiated between nodes when a crosslink is 
requested, therefore the L4WINDOW size should be standardized network wide. 


MHEARD [S | L] 


This command displays a list of stations recently heard by the node. A time 
stamp is also shown (unless the Short option is specified). If Long is specified, 
the node displays the to and from callsigns of the stations heard, as well as any 
digipeaters used. 


MINQUAL n (n = 0 - 255) 
Default 70 


This command sets the minimum quality required to add a destination node to 
the nodes table. Making this value higher will decrease the size of the nodes 
table, making this value lower will increase the number of destination nodes 
listed. When K-Net hears neighbor node (A) transmit a node broadcast, it 
computes the quality to distant nodes (B, C, D, etc.) contained in that broadcast 
by using the quality that is assigned to neighbor node (A). If the resultant 
computation is less than MINQUAL, the distant nodes (B, C, D, etc.) are not 
added to the nodes table (see QUALITY command). The default settings of 
QUALITY = 255/70 and MINQUAL = 70 means that all nodes that are heard 
"direct" (neighbors) will be added to the nodes table. If MINQUAL is greater than 
QUALITY, a new neighbor node will not be automatically added to the nodes 
table, nor will it be displayed with the ROUTES command. 
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NODES [* | alias I call] 


This command displays a list of all Known destination nodes. The list displays the 
ALIAS:CALLSIGN for each destination node. If the optional * is given, hidden 
nodes (those beginning with #) are also shown. Specifying an alias or call with the 
NODES command will display up to three possible routes (neighbor nodes) of 
descending quality that will be used to establish a link to the specified 
destination. 


EXAMPLE - N LAW 
K-Net responds: 

Routes to LAW:NOKN-10 
140 5 1 WOZEMR-1 

86 5 1 WOXI-1 

75 31 WK5M 


This list shows the three best routes K-Net will attempt to use (in descending 
order) to connect to the LAW node. The first number is the route quality, the 
second number is the obsolescence count, and the third number is the assigned 
port. 


NODESINT n (n = 0 - 255) 
Default 60 


This command sets the time interval (in minutes) between nodes broadcasts (not 
node IDs). A new setting will be in effect after the previous interval has expired. 
This interval should be set to an agreed-upon value for all nodes in the area. This 
broadcast provides your neighbor nodes with update information, which they use 
to add, modify, and delete nodes automatically from their nodes and routes 
tables. Each time your node performs a nodes broadcast, the obsolescence 
counter for all destination nodes in your nodes table is decremented by one. 


OBSINIT n (n=0- 255) 
Default 5 


The OBSINIT command sets the initial obsolescence count for a destination node. 
When a nodes broadcast is heard from a neighbor, or when a link is established 
with a destination node, the obsolescence count is set to OBSINIT for that 
destination node. Each time your node transmits a nodes broadcast, the 
obsolescence for each destination node is decremented by one. When the 
obsolescence value drops below OBSMIN for any destination node, that 
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destination node will not be contained in your nodes broadcast. However, it will 
remain in your nodes table until the obsolescence count reaches zero, at which 
time it will be removed unless that node had been added (ADDNODE) with an 
initial obsolescence count of zero. 


OBSMINn (n=1- 255) 
Default 4 


This command sets the minimum obsolescence count, which will allow a 
destination node to be included in your nodes broadcast. The default values of 
OBSINIT 5 and OBSMIN 4 allow your node 2 chances to receive a "refreshing" 
nodes broadcast or a connect from a destination node before that destination 
node is dropped from your nodes broadcast. When the obsolescence count for a 
node reaches O, that node is dropped from the nodes table unless it had been 
added or modified (ADDNODE) previously with an initial obsolescence count of 
zero. 


PORTS text (up to 128 characters) 
Default blank 


This command sets a text message that is sent to users when they enter the 
PORTS command after connecting to your node. 


EXAMPLE - Ports 145.01 MHz @ 1200 baud 

This text can be cleared by entering a % as the port text (PORTS %). 
QUALITY m/n (n = 0 - 255) 

Default 255/70 


This is a two-port command (Port O = 232 port, Port 1 = 1200-baud radio port) 
that assigns the quality that is automatically given to a new neighbor node when 
its nodes broadcast Is heard. It is also used to calculate the path quality to 
distant nodes that are listed in the nodes broadcast from a neighbor node. Port O 
quality defaults to the highest value possible (255) because a back-to-back serial 
port path is extremely reliable (see Node Stacking section). The quality value is 
important for two reasons. 


The quality of a node (either automatically or manually assigned) will determine 
how far away a node will be visible in the network. Proper use of the QUALITY 
parameter is necessary in order to maintain a useable node listing by not allowing 
a node to propagate useless distances over the network. 


The QUALITY command can also be used to assure that known "good" routes are 


chosen by the auto-routing routines. In the event of a band opening, it is possible 
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for distant nodes to be heard "direct" and be automatically assigned a higher 
quality than normally calculated by using "good" neighbor routes. If a user 
attempts to connect to this distant node, the first-choice route (direct) will 
probably fail, and then the second-best choice (which may be the most reliable 
route) will be tried. 


The K-Net node will automatically calculate the quality to distant nodes based on 
the quality that is received from neighbor nodes when neighbor nodes broadcast 
their known nodes. If your node hears one of your neighbor nodes (A) broadcast a 
quality of 70 for a distant node (B), your K-Net will automatically determine the 
quality of the path to distant node (B) that will use your neighbor (A) in the route. 
This is done by multiplying the quality of the route assigned by you to your 
neighbor node (A) by the quality of the distant node (B) received within the nodes 
broadcast from your neighbor (A) and dividing by 256. As an example: If your 
node has an assigned quality of 70 to your neighbor (A), and receives a nodes 
broadcast from neighbor (A) containing a quality of 70 to distant node (B), the K- 
Net will assign a quality of 19 to distant node (B) (70 multiplied by 70 divided by 
256 and dropping any fraction of a whole number). If MINQUAL is set to any 
value greater than 19, distant node (B) will not be added to your nodes table. On 
the other hand, if the route quality to your neighbor had been modified with a 
higher value, such as 200, a quality of 54 would then be assigned to distant node 
(B) (70 multiplied by 200 divided by 256). In this case, if MINQUAL is set to 54, 
this distant node would be listed in your nodes table. After you determine a 
quality that works best for a neighbor, "locking" the quality (!) will assure that the 
desired quality will always exits for that neighbor - even if that neighbor 
disappears from the network and then returns. 


ROUTES 


The ROUTES command will display the list of neighbor nodes. For a new neighbor 
to be contained in the nodes and routes tables, MINQUAL must be equal to or 
less than QUALITY. The routes table shows the port number, the neighbor 
callsign, quality value, the number of destination nodes in the nodes table that 
use this neighbor as a route, if the route is in use, and if the route Is locked. For 
example: 


R <CR> 

LAW: NOKN-10}Routes: 
>1 WDGEMR-1 110 1 
WOXI-1 63 7 
1 W4NGA-1 00! 
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This Routes listing shows that the LAW:N@KN-10 node can reach neighbor node 
(WDZEMR-1 on port 1 with a quality of 110. There is only one destination node 
(itself - WO@EMR-1) in LAW’s nodes table that can be reached using this 
neighbor. A right arrow (>) indicates that this route is either in use or has been 
used within the L4LIMIT time period. 


WOXI-1 is also a neighbor node for LAW. This node has a port 1 quality of 63. 
Using the W@XI-1 node as a route, LAW's node can reach seven of the destination 
nodes listed in its nodes table (W@XI-1 plus 6 others), 


The last neighbor node listed is W4NGA-1. Since the quality has been set and 
locked to zero, there are no destination nodes (including W4NGA-1) listed in 
Karl's nodes table that can be reached using this neighbor as a route. This node 
will not be listed in Karl's nodes table, and all node broadcasts sourced from this 
node will be ignored. 


STATS 


This command displays a summary of statistics concerning level 3 and level 4 
activity on this node. A typical display: 


LAW: N@KN-10} 

Time active 3986 min 

Buffers: 200 maximum, 199 available, 169 minimum, O out 
Known nodes: 19 

L4 Connects: 26 sent, 5 rcvd 

L4 Frames: 205 sent, 392 rcvd, 6 resent, O resequenced 

L3 Frames Relayed: 2303 


This shows that the node has been active for 3986 min, there are 200 buffers in 
the node, and 199 of those buffers are available. In addition, it indicates that, at 
some time, there were only 169 buffers available, and that the node has never run 
out of buffers. If minimum Buffers nears zero, or if the buffers have run out, the 
NETBUFFS parameter should be increased. It further shows that there are 19 
nodes listed in the nodes table, there have been 26 level 4 connects sent and 5 
received. 205 level 4 frames have been sent, 392 received, 6 resent (retries) and 
none have been resequenced. The level 3 activity shows that 2303 level 3 frames 
have been relayed. 


SYSOP 
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The SYSOP command can be used by a remote user to access sysop commands 
(marked with a single *). When a user gives the SYSOP command, the node 
responds with three lines of numbers. The user must then convert one of these 
three lines into the corresponding characters of the RTEXT in order to be 
validated as sysop. This operates the same as the remote access in your 9612XE, 
and uses the same RTEXT. (See the "Remote Access" section in your KPC-9612 
Reference Manual), If connecting to the node with an attached terminal, sysop 
validation is automatic. 


USERS 


This command displays a list of users currently connected to the node. It also 
displays the number of buffers currently available (in parentheses). Uplinks, 
downlinks, and crosslinks will be displayed by this command. 


EXAMPLE - 

Node user enters: USERS 

K-Net responds: 

LAW:N@KN-10} K-net Packet Switch v1.0 (31) 

Uplink 1 (NOKN) 

Uplink 2 (WA@PWS) <-> Circuit (KSBLC:WZ@M-3 WASPWS) 


Circuit (KSLAW:WK5M-1 WA@CPS) <-> Downlink 1 (WA@CPS-15 KBQVA) Uplink 1 
(KAQDNV) 


There are currently 145 buffers available (145) at the KSLVN:WDZ@EMR-1 node. 
Uplink 1 (WAMPWS) <-> Circuit (KSBLC:WZ0M-3 WA@PWS) 


WASPWS is a user that has connected (Uplinked) on port 1 to the KSLVN node. 
WASMPWS has requested, and KSLVN has established, a Circuit (Crosslink) to the 
KSBLC:WZ@M-3 node on behalf of WA@PWS. 


Circuit (KSLAW:WK5M-1 WA@CPS) <-> Downlink 1 (WA@CPS-15 KB@VA) 

A Circuit, (Crosslink) from KSLAW to KSLVN has been established by the request 
of WASCPS with WASCPS-15 (node-modified callsign) then Downlinking to 
KBOVA on port 1. 

Uplink 1 (KA@DNV) 


KAMDNV has Uplinked to KSLVN on port 1 but has not established a Crosslink or 
Downlink at this time. 
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Fine-tuning the K-Net Node 


Although the default parameters of the K-Net node will get you "up and running", 
there are some guidelines that can enhance the desired operation. Good neighbor 
relationships are really the key to good networks. This takes the form of proper 
quality settings for your neighbor nodes, as well as good relationships with your 
neighbor sysops. If your nodes table has a consistent listing of destination nodes 
that have reliable paths, users will not be frustrated, and your node will be 
perceived as working quite well. On the other hand, if your nodes table is 
frequently allowed to accumulate a large number of destination nodes that are 
not fairly solid links, it becomes difficult to use, non-responsive, and very 
unfriendly to the network and especially to a new user. 


After the K-Net node has been running for a while using the default parameters, 
some "tweaking" of commands might be needed. The quality settings for your 
neighbor nodes will have the largest impact on the usefulness of your node. 


REMEMBER - The QUALITY number determines how far away a node will be 
visible in the network and the order of automatic route selection. 


The routes table contains the information that will help you as you change the 
default settings. The quality assigned to your neighbors listed in the routes table 
can be changed to achieve the desired node set up. There are two very general 
philosophies that will help you determine how to "finalize" and maintain your 
node. 


Static Node 


The default values for the K-Net node will cause every neighbor node that you 
hear to be included in both the routes table and the nodes table (QUALITY = 
255/70 and MINQUAL = 70). Initially, this may be a bit of a problem since weak 
neighbor nodes and their distant nodes may be saved in your nodes table. Try to 
connect to all the neighbor nodes that are listed in the routes table. Be sure that 
you have set the number of NETROUTE such that all neighbors will be included. 
Make note of which nodes respond with a good signal and modify the routes table 
with the ADDROUTE command to set and lock the quality of these nodes to a 
number higher than either value automatically assigned by the QUALITY 
command for either port. For example, if the QUALITY command is set to 
255/70, and all good routes are locked at a quality of 115, setting MINQUAL to 
115 results in a static node that is only aware of the neighbor nodes that you 
have "locked in". This node will never have any new neighbor nodes or distant 
nodes automatically added to the nodes table. If distant nodes are to be listed in 
the nodes table, they must be manually added to the nodes table using the 
ADDNODE command, listing one of the existing neighbors as the route. Since 
distant nodes may have multiple paths from your node, the preferred route and 
alternate route(s) to a distant node can be specified with multiple ADDNODE 
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commands. When connections to these distant nodes are requested, your node 
will always use the locked route path(s) despite changing band conditions. 


Part of the responsibility of being a node sysop is maintenance. It's probably a 
good idea to set MINQUAL equal to or less than QUALITY from time to time in 
order to see if any new neighbor nodes appear in your routes table. If a good path 
to a new neighbor shows up, lock the new node route with your "good" neighbor 
quality and then reset MINQUAL to its previous value. 


Dynamic Node 


The default values for QUALITY and MINQUAL will allow a// neighbor nodes that 
are heard to be listed in the nodes table. This means that both good and marginal 
neighbors will be listed in the nodes table. Of course, the nodes table will be 
larger than with the static node settings, but the benefit obtained is that the node 
will Know when new neighbors appear and then automatically include them in the 
nodes table. Although distant nodes that may have good routes from your node 
will not be listed, some sysops feel that this is one method to control the 
propagation of marginal nodes. Another effect of dynamic node settings is that 
users can take advantage of band openings that could allow the use of nodes not 
normally visible on the network. This can lead to some frantic DXing when band 
conditions permit. The dynamic approach allows the nodes table to be elastic. It 
will grow as previously unknown neighbors appear, and shrink as the 
obsolescence counters for each route decrement. 


Once the K-Net node has been in operation for a while, and you have noted your 
"good" and "not-so-good" neighbors, a combination of static and dynamic settings 
can be used. By locking in "good" neighbors at high quality values, you can force 
the routing logic to take a preferred route despite changing band conditions. If 
MINQUAL is equal to or less than QUALITY, new neighbor nodes and nodes heard 
by virtue of a band opening will also come and go as the obsolescence counter is 
either reset or decremented. In all probability, your neighbor nodes will have 
"good" nodes that your node should know about, and your neighbor's neighbor will 
also have "good" nodes, as well as your neighbor's neighbor's neighbor, and so on. 
Once "good" neighbors have been established, the quality to assign to each 
neighbor will have to be determined experimentally in order to control the listing 
of marginal destination nodes that will appear as a result of receiving neighbor 
node broadcasts. 


As a practical point, once a distant node is 3 or 4 RF hops away from your node, 
having it listed in your nodes table is not a good practice unless the path is 
extremely reliable. The chances of a user being able to access a node this distant 
diminishes greatly as the number of RF hops increases beyond this point. Also, 
allowing destination nodes to appear in your nodes table that are more than 3 or 
4 hops away will result in very large nodes tables being generated. When your 
node receives a nodes broadcast from a neighbor node, K-Net will automatically 
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calculate a quality to all the nodes contained in that broadcast. If the computed 
quality is less than MINQUAL, that distant node is not added to your nodes table. 
Therefore, it is desirable to have a combination of route quality and MINQUAL 
that will only allow nodes that are 3 or 4 node hops away to appear in your nodes 
table. 


As an example, if your "good" neighbor node (A) has a "good" neighbor node (B), 
and node (B) has a "good" neighbor node (C), your node has a good chance of 
reliably reaching node (C). The computed quality at your node for distant node 
(C) must be greater than MINQUAL for it to be listed in your nodes table. Ifa 
quality of 70 is assigned to all neighbors in this example, your node would assign 
a quality of 5 for distant node (C), computed as follows (it helps to draw this out 
on paper): The quality from (B) to (C) is 70, when (B) broadcasts (C)'s quality as 
70, (A) multiplies 70 by 70 and divides by 256 to arrive at a quality of 19 for (C). 
When your neighbor (A) does a node broadcast, his broadcasted quality of 19 for 
(C) is multiplied by your path quality for (A) and divided by 256, resulting in a 
quality of 5 for distant node (C) (19 times 70 divided by 256). Since 5 is probably 
below your MINQUAL, distant node (C) will not be listed in your nodes table even 
though it is probably useable. What to do? You could change the quality to your 
neighbor (A) to 255. This will result with your node assigning a quality of 18 for 
distant node (C), but it does not leave much room for a special case route that 
may be 5 or 6 hops away. This will also cause your neighbor (A) to propagate 
further than desired in the network; creating useless routing. AS a compromise, 
lock the quality of (A) to 140. If your neighbor node (A) would also lock in a 
quality of 140 for his neighbor (B) and node (B) would do the same for node (C), 
then your node would now assign a quality of 41 for distant node (C), leaving 
some "wiggle room" for other nodes as they join the network. Now a MINQUAL 
setting of 41 will allow these "good" distant nodes to be listed in your nodes table. 


If you work through the above exercise a few times using different quality values, 
it becomes apparent that there are many settings of quality that will produce the 
desired effect if all sysops adhere to a common guideline. However, the quality 
values used in the above example were not just "picked out of the air": 140 is a 
reasonable quality to assign to a good 1200-baud neighbor, since this allows good 
distant nodes to appear in your nodes table while also limiting node propagation. 
It also leaves room in the quality range for ultra-reliable routes. 


This is where good neighbor relationships with other sysops in your area become 
important. Neighbor node quality must be continually examined in order to arrive 
at a useable network configuration that makes good use of all possible paths. 
Coordination of efforts and philosophies should result in an expanding network 
that is low in frustration and fun to use. 


163 


Node Stacking 


Although the K-Net function in the 9612XE provides a quick and easy method to 
increase network usage and efficiency, as the network grows there will be an 
increasing demand to provide an even higher level of service to the community. 
This can take several forms: Adding more user ports to the network as existing 
user ports become heavily loaded, adding dedicated server access ports to 
"unload" activity from existing user/server shared channels, and the creation of 
point-to-point dedicated backbone channels to increase overall network 
performance. 


Since knowledge of how to properly configure the K-Net node is assumed, this 
section will deal only with the physical connections and parameters that are 
required to create a node stack. 


Before deciding to "help" the community, you should be aware of the impact that 
adding more ports of any nature will have on the existing network. More available 
radio ports will provide a more efficient network provided that this effort is well 
coordinated with the other node sysops in the area that will be affected by your 
actions. Sysop coordination and cooperation must exist for the network to provide 
the maximum benefit for all users. 


The concept of a node stack is practically self-explanatory. A node stack Is 
formed when two or three or more network nodes are "hard-wired" together 
(stacked) and allowed to communicate with each other. Since the radio ports are 
already in use, the serial port of the TNC is used to pass the networking 
information and data between the nodes in the stack. Setting the INTFACE 
command (from the cmd: prompt) to NET forces the K-Net node to use the serial 
port as well as the radio ports for passing network information. Because of this, 
the serial port can no longer be used as an ASCII terminal port since all 
communication is now "net-ese" and used by the other nodes in the stack for 
routing and other network functions. If you need to change a node parameter, the 
terminal mode can be regained by connecting a terminal to the serial port and 
using the standard packet transparency escape sequence (three control C 
method), or the node can be remotely accessed via a radio port if the RTEXT has 
been set, and the proper response to the SYSOP command is sent to the K-Net 
node. 


Again, the QUALITY parameter plays a major role when node stacking is used. 
The default QUALITY settings are 255/70 (255 for port O - serial port, 70 for port 
1 - 1200 baud). The QUALITY setting for the serial port (port O) is defaulted to 
the maximum value allowable because the serial link between nodes in a stack is 
very reliable. Of course, this value can be changed, but doing so may cause 
undesirable node propagation and routing. 
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The most basic form of a node stack would be to add another 1200-baud port to 
your RS232 interface 9612XE node. The additional hardware required is another 
complete 1200-baud network node station (transceiver, feedline, antenna, TNC to 
radio cable, a TNC with the network node function, such as a KPC-3 Plus (version 
9.0 or later), or other TNC with NET/ROM or TheNET firmware (also, with RS232 
interface), and a special serial cable to connect the 9612XE to the other TNC. For 
just two TNCs in a node stack, an RS232 “null modem” cable would be used. 


Note: The 9612XE with a USB interface can not connect to a node stack with 
other TNCs. It could only be used as a network node port, when connected to a 
computer that running a node software. 


If you want to construct a simple “null modem” serial cable, it is straightforward. 


Using two male DSUB-25 connectors, connect pin 1 to pin 1, pin 2 to pin 3, pin 3 
to pin 2, and pin 7 to pin 7 


9612XE KPC-3 Plus (Ver. 9.x) 
Frame ground 1 1 Frame ground 
Transmit data 3 Receive data 
Z 


2 
Receive data 3 Transmit data 


N 


Signal ground 7 Signal ground 


‘ gd Ut 9 


Shield Shield 


With the above cable assembled, the two KPCs with K-Net enabled are free to 
exchange network data over their respective serial ports. 


Operation is probably very close to what you would imagine it to be. Each TNC 
must be given a unique NETALIAS and NETCALL because they are separate 
nodes. They should also be configured with the node parameters that are 
recommended in your area. The “null modem” serial cable functions as a "virtual 
radio circuit" for node-to-node communication in the two TNC node stack. 


REMEMBER! The serial ports are talking to each other - the serial port baud rate 
parameter must be set the same in both nodes (i.e. 9600, n, 8, 1). 


The final step to activate this 2 port stack, is to set the INTFACE command in 
each of the TNCs to NET, and to power them off and then back on. This allows 
these co-located network nodes, to communicate with each other in NETROM 
protocol, via their serial ports. 
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Three Ports (One High-Speed and two 1200-Baud Ports) 


A three or four port node stack consisting of a high-speed port and two 1200- 
baud ports can be created by using a 9612XE modem with the K-Net function 
enabled, and a KPC-9612 Plus (both with an RS-232 computer interface port), 
also with the K-Net function enabled. Since the high-speed port of the 9612XE is 
capable of 4800, 9600, or 19200 baud operation, this set-up offers tremendous 
flexibility in network configuration. As above, each of the K-Net nodes must be 
programmed with a different NETALIAS and NET CALL and use the serial port 
cable described above to tie them together. Now set the INTFACE command in 
each TNC to NET and power them off and back on to complete the installation. 


More than Three Ports 


The two and three port stacks discussed above are relatively simple to cable 
together since there is no contention for the serial port. Each node is free to 
broadcast and pass data over the serial port "radio". Adding another node to the 
stack means that now there needs to be a method to control access to the 
common serial port cable in order to avoid data collisions. The K-Net node uses 
the RTS (Request To Send - pin 4) and CTS (Clear To Send - pin 5) control lines 
of the serial port for this purpose. 


When a K-Net node has data to send to the other nodes in the stack, it first 
checks the RTS line for a true (logic high) state. If RTS is true, then the node 
drops CTS and the data is sent to the other nodes in the stack. The dropping of 
CTS by any node in the stack will inhibit all the other nodes from using the serial 
port by forcing RTS false (logic low), thus avoiding data collisions within the node 
stack. The additional hardware required for this operation is commonly referred 
to as a Diode-Matrix. 


K-Net Diode Matrix 
A three, four, five, or six serial port Diode Matrix follows the same logic as above, 


with six ports probably being about the limit of practicality. The number of diodes 
required for a Diode Matrix with N serial ports is 2*N*(N-1). 
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Note: In the XE with the USB computer interface port, connecting to a node 
stack with other TNCs is not possible. The only node interconnection can be done 
when connected to a computer USB jack, where a node program is running in 
that computer, and that program is configured to attach a node TNC device 
communicating in NetRom mode. 


TheNET X1-J / K-Net Cross-reference Guide 


This cross-reference guide is included to assist in the coordination of node 
parameters if an X1-J node is in your area. The basic X1-J PARMS can be listed by 
connecting to an X1-J node and giving the P command. This should precipitate 
meaningful discussion among node sysops to arrive at a "Network Standard" of 
node parameters that benefit all users. 


O OW 


10 
11 
12 
13 
14 
15 
16 


X1-J PARM 
Max. Destination Node Size 
Minimum. Auto update quality 
Neighbor default quality 
232 default quality 
Initial obsolescence count 
Minimum. Obs. count to broadcast 
Node broadcast interval 
Initial Time-to-Live 
Transport Frack timeout (sec) 
Transport Retry counter 
Transport Ack Delay (sec) 
Transport Busy Delay (sec) 
Transport Window Size (frames) 
Transport Overfill Limit (frames) 
No Activity Time Out 


Persistence 
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K-Net COMMAND 
NETDEST 
MINQUAL 
QUALITY 
QUALITY 
OBSINIT 
OBSMIN 
NODESINT 
L3TTL 

L4T1 

L4N2 
LADELAY 

N/A 
L4WINDOW 
N/A 

L4LIMIT 

cmd: PERSIST 


17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 


Slot 

Link Frack (T1) 

AX.25 Maxframe 

AX.25 Retries 

Link Response Time (T2) 
Active Check (T3) 

AX.25 Digipeat 

Validate Callsigns 

ID Beacon 

CQ Broadcasts 


ACL (Access Control List) 


cmd: 
cmd: 
cmd: 


cmd: 


N/A 


cmd: 


cmd: 


N/A 


cmd 


SLOTTIME 
FRACK 
MAXFRAME 
RETRY 


CHECK 
DIGIPEAT 


> IDINT 


CQBC 


cmd 


: SUPCALLS/LLIST 


To completely ignore uplinks from and downlinks to specific user callsigns and 
neighbor node cal/signs (not alias) 


cmd: BUDCALLS/CONLIST 


To allow uplinks from and downlinks to only specific user callsigns and node 
callsigns (not alias) 
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Other Modes and Functions 


Other ways of using your TNC are covered in this section. 


Some of the following modes of operation require special software, so they may 
not be available if you are using standard terminal programs or other generic 
terminal program. 


Remote TNC Control and Sensing 


You can use two (or more) packet radio stations, each containing a Kantronics 
TNC, to implement remote sensing and/or remote control, as follows: 


Remote control of another TNC: from a local Kantronics TNC-based radio 
station, use the MYREMOTE and RTEXT commands to establish secure 
command access of a remote Kantronics TNC-based radio station, and when 
granted access, issue commands for the remote TNC to carry out. For details, 
see the Command Reference. 


Sense analog inputs: use the ANALOG command to gather and report the 
status of one or two analog input lines in the remote TNC. Kantronics single 
port and dual-port TNCs contain an A/D converter and additional circuitry that 
converts the analog voltage presented at two specified inputs into digital 
values from O to 255. You can then use these digital values (reported in 
binary) as an approximation of the analog voltage values at the time the TNC 
interrogated the analog inputs. For details on the ANALOG command, see the 
Command Reference. 


Control output voltages: use the CTRL command to control the voltages on 
selected output lines in the remote TNC (up to two output lines in single port 
devices and four output lines in dual-port devices). Each of these output lines 
can be OPEN (i.e., set to OFF) or GROUNDED (i.e., set to ON) by the CTRL 
command. Also, the CTRL command can be used with any or all of these 
output lines to send a specified number of short ON/OFF pulses (each pulse 
lasting about 100 msec, with a fixed length pause between pulses) or a single 
long (about 1.5 s) ON/OFF pulse. For details on the CTRL command, see the 
Command Reference. 


@ You can also use the ANALOG and/or CTRL commands, without the 
REMOTE command, to carry out sensing and control functions at a local 
Kantronics TNC. 
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The following diagram illustrates the use of two Kantronics TNC/radio 
stations for remote control and sensing. These operations could be carried 
out manually or via a terminal program running in the computer in the 
central TNC station. 


Remote Sensing and Control 


Example: controlling the level of liquid in a tank 


Central 
Kantronics OPERATING RULES for controlling the level of the liquid: 
1. If the level is "low" or less, turn the Pump ON. 
TNC Based 2. If the level is "full" or more, turn the Pump OFF. 
Station 3. If the level is "too full" or more, OPEN the Drain. 
4. If the level is "full" or less, CLOSE the Drain. 
Tank 
radio Too Fu 
connection 


between TNCs 


4 -------------------> 


Low 


Remote 

Kantronics 
TNC Based 
Station 


Control line 1 (QN/OFF 
Control line 2 (OPEN/CLOSE 


A/D sensor line 1 


Pressure 
Sensor 


As noted earlier, the Command Reference section and the ADVANCED 
INSTALLATION section provide details needed to adapt these broad capacities to 
your own situation, with your own sensors, controls, and remote locations. 
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ModemK 
Description 


INTface MODEMK mode is a 1200 baud ASCII receive only mode, through radio 
port 1 on the 9612XE. It is normally used to receive data such as EMWIN. (see 
the following section) but can be to receive and display any 1200 baud ASCII data 
stream. 


Operation 


Operation is simple, in that when in MODEMK mode, the TNC simply 
demodulates the audio received into its radio port 1, converts that signal to an 
ASCII character stream, and outputs that data stream from its computer to the 
terminal (or other device) connected there. 


Entering MODEMK Mode 
At the TNCs cmd: prompt, type: 


INT MODEMK 


and return. Power OFF the TNC, then power it back ON. If you are still running 
your terminal program (set to 1200 baud) and are not receiving 1200 baud data 
through your receiver, you may see a continuous stream of garbled characters. 
This is because the TNC is demodulating the received noise and is displaying 
what it is hearing. When you are receiving a 1200 baud signal, and you are still 
running your terminal program (set to 1200 baud), you should see the readable 
ASCII characters in that signal. 


Exiting MODEMK Mode 


To leave the modemk interface mode from your terminal program (set to 1200 
baud), send the 3 <Ctrl-C> character sequence. If the TNCs ABAUD was set to 
something other than 1200, that setting will remain after you exit modemk mode. 
Hence it may be convenient for you to set the TNCs ABAUD to 1200 baud before 
entering modem mode. 


Alternately, if you have set the TNC command BREAK to ON before entering 
modemk mode, you can exit modemk mode, by sending a BREAK from your 
terminal program. 


MODEMK interface mode only applies to receiving 1200 baud ASCII, so it is only 
used on the 1200 baud radio port of the 9612XE. There is no 9600 (or other 
high-speed baud) ASCII decoding capability. 
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@ Note: Some computers may lose some of the data stream if a full 232 
cable is used. This can occur because the 232 CD line, which is “tied” to 
the TNC’s receive LED, may be cycling up and down as the TNC is 
demodulating received signals. Some computer serial ports may have 
problems with the rapid fluctuations of the serial port CD line. In this case, 
it may be helpful to set CD to EXTERNAL before entering INT MODEMK. 


EMWIN - NWS Weather Broadcasts 


MODEMK mode can be used to copy emergency weather broadcasts by the 
National Weather Service. The NWS Emergency Managers Weather Information 
Network (EMWIN) is a wireless direct-to-computer information service that the 
National Weather Service (NWS) provides with help from the Federal Emergency 
Management Agency. The NWS feeds a constant stream of weather information 
(@ 1200,8,N,1), from around the world, to a satellite orbiting the Earth. Many 
cities are coming online now to capture this stream and rebroadcast it on fixed 
VHF commercial FM frequencies just above the 2-meter ham band. 


Using your 9612XE in MODEMK mode, with a PC and communications software, 
you can copy these broadcasts. The content of the broadcasts may be plain ASCII 
text (readable with a simple or generic terminal program) or graphics (high-level 
ASCII characters). For updated information on EMWIN transmissions, and 
software to copy its data, search the Internet. 


To copy the broadcasts, simply cable together the equipment mentioned above, 
tune your VHF FM receiver to the local EMWIN frequency, set the TNCs INTface 
command to MODEM, and view data stream on your terminal screen. 
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Host Mode 


Kantronics’ Host mode allows your TNC to communicate with computer software 
that is more sophisticated than standard terminal programs. 


Description 


Host mode uses a simple framing protocol, like KISS framing. But, while in Host 
mode, the TNC retains all its commands and packet functions, where in KISS 
mode, the TNC is a simple modulator/demodulator device. 


Your program in the computer that communicates Kantronics Host mode with the 
TNC, will provide you with some means to give commands to the TNC. It would 
normally set the Kantronics TNC into Host mode when it starts (if it was not 
already in Host mode). If you plan to use programs other than that Host mode 
program, you should set that program to exit the TNCs Host interface mode when 
that program is exited. 


It may have several display modes, with separate areas or “windows” for different 
types of data, such as command data, connected packet streams, and monitor 
data. 


For operation instructions of your host mode program, refer to its manual. 


You can manually change the TNCs INTFACE command to HOST mode. The TNC 
will remain in HOST mode until you have sent the Host mode exit command, to 
return it to its to COMMAND mode. The easiest way to do this, is to set your 
HOST mode program to switch the TNC out of HOST mode when you exit that 
program. (see instructions with that software). 


If you begin using a regular terminal program while the TNC is still in HOST 
mode, you may see the characters “S@@” on the terminal screen. That is sent by 
the TNC to the computer, to indicate that it is in HOST Mode. If you see these 
characters, and you wish to use your terminal program to communicate with the 
TNC, you must first exit the TNCs Host Mode before you can start talking to your 
unit with a regular terminal program. 


Exiting Kantronics INTFACE HOST mode, requires three characters sent to the 
TNC. The first character is a FEND (frame end). Its ASCII code is 192 (HEX CO). 
The next character is simply a letter Q (for quit). The last character is another 
FEND (same as the first). The TNC will then exit its Host interface mode, and will 
return to TERMINAL interface mode, and the TNC will display its sign-on 
message. 


Some programs with that communicate in Kantronics HOST mode, may send 
these characters automatically on exit, or may have an option setting to return 
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the TNC to command mode on exit. Appendix D also has details of this 
procedure. 


A guide to the specifics of Kantronics Host mode protocol, is included in a 
separate document file on the manual media, that is included in the TNC 
package. 


If you are writing your own application to use Kantronics Host mode, the Host 
mode guide provides all the needed information. 


Entering HOST mode 


Normally, a program that communicates with a Kantronics TNC in its HOST 
mode, will send the command to the TNC to put it into its HOST interface mode 
when that program is started. If it does not do so, you can manually put the TNC 
into HOST interface mode, by entering its command; 


INTFACE HOST 


Then, either send the command RESET, or just power the TNC off and back on, to 
start HOST mode. The TNC will only respond to, or output, data in HOST frames. 


Exiting HOST mode 


Normally, a HOST mode communication program, will set the TNC back to its 
command mode, when that program exits.|f it does not do so, and you wish to 
return to a terminal program to communicate with the TNC, you may have to 
manually send the command to reset the TNC to standard terminal mode. 


To do this, you must send a HOST data frame, that causes the TNC to exit. That 
frame is simply three characters, a frame-end (hex CO, or decimal 192), a Q (for 
quit), and another frame-end. Depending on the terminal program you are using, 


If your terminal allows entry of higher-level ASCII characters, make it send; 
192 Q 192 

If your terminal allows entry of hexadecimal characters, make it send; 
$COQ$SCO 


If the TNC sees the HOST frame you sent, it will return to terminal and command 
mode. 
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KISS 


Amateur packet radio communications can use the TCP/IP suite of protocols 
instead of AX.25 by switching to KISS mode and running software that supports 
the KISS code designed by Phil Karn (see references at end of this section). The 
KISS protocol specifies the communication between a TNC and a host (e.g., 
computer). 


KISS Mode allows the TNC to act as a modem and packet assembler/ 
disassembler (PAD). In KISS Mode, data processing is shifted from the TNC to a 
computer running special software supporting the KISS code designed by Phil 
Karn. KISS code supports higher level protocols (i.e. TCP/IP) for sharing 
computer resources in a network fashion. Examples of TCP/IP programs are NET, 
NOS, and JNOS. Also, some networking software (G8BPQ) requires the KISS 
Mode of operation. 


Technical Note: In the KISS Mode, the TNC simply passes all received data to your 
computer, and the computer program Is responsible for all processing of that data, 
including decisions concerning routing, digipeating, and other contro! decisions. The 
TNC converts the packets of synchronous data being received from the radio link into 
packets of asynchronous data to be passed to the computer over the serial port, and 
converts the packets of asynchronous data from your computer into the synchronous 
format suitable for radio transmission. The TNC retains the responsibility of determining 
proper timing for channel access. 


Entering KISS mode 


To place your TNC in KISS Mode, you must first have the command prompt 
(cmd:). Then type INTFACE KISS and press return. And, finally, do a RESET. 


After that you will not see any message or any prompt back from the TNC, it will 
now be in KISS mode. 


If you turn your unit off while it is it INTERFACE KISS mode, it will still be in KISS 
mode when you turn it back on. 


Exiting KISS mode 
To get out of KISS mode, either: 
e perform a hard reset, or 
e use the TCP/IP command (available in KISS software while in KISS mode), or 


e send the CO FF CO sequence from your keyboard. 
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To send the CO FF CO sequence from your keyboard (using a PC compatible 
computer): 


1. Press and HOLD the ALT key. Type the numbers 192 from the numeric 
KEYPAD, not the keyboard. Release the ALT key. 


2. Press and HOLD the ALT key. Type the numbers 255 from the numeric 
KEYPAD, not the keyboard. Release the ALT key. 


3. Press and HOLD the ALT key. Type the numbers 192 from the numeric 
KEYPAD, not the keyboard. Release the ALT key. 


If the terminal program you are using sent all those characters, the XE will be out 
of the KISS Mode now. 


XKISS (Extended KISS) 


The TNC also supports the G8BPQ multi-drop KISS Mode, called extended KISS 
(XKISS). With this mode, the TNC can be connected to a G8BPQ node along with 
the other TNCs on the same serial port, to provide multiple radio ports to the 
node. Otherwise, XKISS works like KISS. For information on this mode of 
operation, see the documentation for the XKISS software you are using. 


Entering XKISS mode is similar to KISS, but using XKISS in place of KISS. 
Exiting XKISS mode is the same as KISS mode. 


References 


Karn, P.: “TCP/IP: A Proposal for Amateur Packet Radio Levels 3 and 4", pp. 
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DAMA (Slave Mode) 


All of Kantronics’ current amateur TNCs (KAM XL, KPC-3 Plus, and 9612XE) 
support the DAMA protocol (slave mode) as used by many amateur radio 
operators in Germany, Belgium, Luxembourg, the Netherlands, France, 
Switzerland and other parts of Europe. 


Note: To the best of our knowledge there are no DAMA nodes in operation in the 
US or anywhere else outside of Europe. 


What is DAMA? 


DAMA (Demand Assigned Multiple Access) is a network protocol for regulating 
packet traffic to eliminate or dramatically reduce collisions among users on the 
crowded channels available to amateurs in densely populated northern Europe. 
As the European channels have become more and more crowded and more and 
more DAMA systems have been established, it has become a necessity for TNCs 
to be equipped with the DAMA slave protocol in order to use the local networks. 
In the DAMA system, a “master” node Is set up in each local area to control 
transmissions from all stations connected to the node. By local agreement, users 
do not connect directly to each other; they connect only through the master. 


@ DAMA was developed in Germany by NORD><LINK. (References to more 
information on DAMA are provided in the bibliography at the end of this 
section.) 


What Does a DAMA System Look Like? 


The DAMA master node requires a computer running specialized DAMA software. 
TheNetNode (TNN) software, developed by NORD><LINK is one such specialized 
program which is used in the computer of a DAMA master along with one TNC, 
with a special EPROM for each radio frequency used on the system. 
RMNC/FlexNet software is another program, which is very popular in Germany. 


Within each Local Area Network (LAN), end users set themselves up as DAMA 
“slaves,” using specially equipped TNCs, which contain firmware (EPROM) that 
can operate in a DAMA “slave” mode (such as the Kantronics TNCs with DAMA 
slave mode support). The slaves may use a standard terminal or host mode 
program or any of a variety of specially written European programs, such as SP, 
Grafik Packet and ESKAY, some of which make use of the KISS mode feature of 
the TNC. 


To use the DAMA system, the user connects to the DAMA master with a normal 
connect frame. When the master responds to the connect frame, the TNC is 
automatically placed into DAMA slave mode. The DAMA master polls each slave 
within the LAN in a “round-robin” fashion (somewhat like the token passing 
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method) and the slave TNCs transmit packets when the master has granted 
permission to do so. The slave TNCs continue to be polled with priority among 
the slaves assigned according to the number of times each responds with 
information frames (as opposed to rr frames - i.e., no data to send). Priority is 
dynamically assigned so that those stations that are sending information are 
polled more frequently than idle stations. However, once an “idle” station 
responds with information, its priority is upgraded. 


Communication over the wider area is handled between the DAMA master nodes, 
which are connected to each other using a standard NET/ROM™ type protocol. 
For the DAMA system to work effectively, each slave associates with only one 
master node and connects only to that master. If an end user is connected to 
more than one master, each master will poll the slave TNC according to its polling 
schedule. When polled, the slave TNC will transmit a// frames it has available to 
whichever master polls it. This would increase the probability of collisions with 
other users, thus defeating the purpose of the DAMA system. 


How is DAMA Implemented in Kantronics TNCs? 


Most Kantronics TNCs, including the KPC-3 Plus, 9612XE, and the KAM XL, 
implement the DAMA slave mode, using the following commands (see the 
Command Reference section for details): 


DAMA {ON | OFF} 


Set DAMA to ON to have your Kantronics TNC operate as a DAMA slave station 
once a connection is established with a DAMA master station. When DAMA is 
OFF, the TNC will operate in its carrier sense multiple access mode (CSMA). For 
details, see the CD, SLOT, and PERSIST commands in the Command Reference 
section of this manual. 


DAMACHCK n (n = 0 to 225) 


Set a “DAMA time-out” timer (in 10-s increments) to specify how long your TNC 
(running in DAMA slave mode) will wait to be polled by a connected DAMA station 
before disconnecting from the DAMA station and reverting to CSMA operation. 
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KWM-type Interface modes 


The following Interface modes are typically used in commercial/industrial 
environments. Kantronics KWM modems, include these modes. In various ways, 
they allow for transmitting/receiving data in a transparent way, from one location 
(or many) to another location (or many). 


These modes are typically used in 9612XE units that have an RS-232 interface. In 
many installations, the computer interface port is not connected to a computer 
for user interaction. It is instead connected to a device such as an RTU, a PLC or 
other data sampling or data gathering device. 


In control-site installations where a control program is running in a computer, 
and that program can recognize USB adapted serial port connections, a 9612XE 
with a USB interface can be used. 


Some of these modes can be used through either of the 9612XE’s radio ports. 
The radio port that will not be used, must be disabled, so that the active port can 
be used. 


LINESUB -— (Wire) Line Substitution Mode 
Description 


The INTFACE LINESUB mode is generally used in commercial/industrial 
environments. It is used in Kantronics KWM version modems. It provides a 
method of transmitting and receiving raw ASCII data via a radio. 


Data is sent and received in a totally transparent fashion, allowing all ASCII 
characters to be utilized (hex OO through hex FF). 


There is no addressing, error-detection or automatic retransmission of the data. 
When the receiving modem detects the proper Start-of-Data sequence generated 
by the transmitting modem, it will output the data that follows to its computer 
interface port. 


At the end of the received data there is an End-of-Data sequence that permits the 
receiving modem to recognize the end of the data and quit translating the 
receiver audio. This allows the modems to operate with open squelch audio from 
the radios. 


Since the protocol constitutes a very small portion of the transmission (low 


overhead), the effective data throughput is very nearly that of the radio baud rate 
(HBAUD). 
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Operation 


Linesub mode may be used through only one port of the 9612XE at a time. The 
radio port to be used, is set by configuring the MAXUSERS command. A setting of 
O (zero), disables a port, and must be set before entering the mode. 


To set the unit for radio port 1 operation, issue MAXUSERS 1/0. 
To set the unit for radio port 2 operation, issue MAXUSERS O/1. 


While in Linesub mode, any data input to the computer interface port, is simply 
transmitted. Any Linesub data received from another unit, is output from the 
computer interface port. 


Commands 
Very few of the TNCs commands are involved in Linesub mode operation. 


TXDELAY -— this setting determines how long the modem must key the Push-to- 
Talk line of the radio before sending data. This “key-up” time will have to be 
determined experimentally since it will vary from radio to radio. If it is set too 
short, the data transmitted will be garbled and not received by other units in the 
system. If it is set too long, will reduce channel capacity. 


PACTIME — this setting determines how long the modem will wait after receiving 
data to be transmitted from the DTE, before beginning the radio key-up 
sequence. Normally, this parameter should be set to AFTER 1 (100 msec.) in 
order to minimize "dead-air" time on the system. 


PERSIST and SLOTTIME - these parameters determine how aggressively the 
modem will attempt to access a multi-user channel based on carrier detect. See 
their descriptions in the COMMANDs section. 


XMITLVL — set the level of transmit audio to the radio, when transmitting. 


Entering LSUB Mode 


When you have made any desired changes from the default settings for the above 
parameters, use the INTFACE command to begin LSUB operation. Set the 
INTFACE command to LINESUB: 


INTFACE LINESUB <cr> 


Then, turn the unit off and then back on. Be aware that there is no data flow 
control, in linesub mode. 
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Exiting LSUB Mode 


If you want to exit LSUB mode to "fine tune" parameter settings (or for any other 
reason), the Command mode of the modem can be regained by using the 
transparent data escape sequence, i.e., by sending a series of three control-Cs 
(unless a different control character has been defined). (See TRANS command in 


the Reference Manual). 
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“DUMB” MODEM 
Description 


This is a “dumb” modem mode. It is used to transmit and receive 1200 baud 
ASCII characters from one location to another. It uses only radio port 1 in the 
9612XE. 


It is a simple use of the 1200 baud modem IC, to convert 1200 baud digital ASCII 
data to an analog signal suitable to transmit through radio equipment, and 
convert the analog signal received through that radio equipment back to 1200 
baud digital ASCII data. 


Operation 


While in MODEM mode, the TNC recognizes the state of the RTS signal from the 
computer (or other device). RTS is used to switch the radio port PTT to transmit 
(when RTS is “active”) and to return the radio port back to receive (when RTS is 
“in-active”). When RTS goes to “active” state, the TNC turns on its port 1 PTT 
line, and starts its TXDelay timer. When the TNCs TXDelay time elapses, it set its 
CTS signal output from its serial port, to “active” state. The device connected 
there, should recognize the state of CTS for flow control. It should not send any 
data, until CTS “active” state is detected. 


When in transmit mode, 1200 baud ASCII characters that are input to the 
9612XE serial port, are converted to an audio signal that can be transmitted 
through its radio port 1 to a radios transmit audio circuit. 


When in receive mode, the TNC demodulates the 1200 baud received audio signal 
from the radio on port 1, converts it to 1200 baud ASCII data, and passes this 
data through to its computer port unmodified. No “protocol” adjustments are 
made to the data; the TNC simply acts as a dumb modem. With a simple 
terminal program running at 1200 baud and its RTS output set to “inactive” 
state, you can view ASCII text when receiving 1200 baud audio signals. 


Commands Used 
Very few of the TNCs commands are involved in Modem mode operation. 
TXDELAY -— this setting determines how long the modem must key the Push-to- 
Talk line of the radio before sending data. This “key-up” time will have to be 
determined experimentally since it will vary from radio to radio. If it is set too 


short, the data transmitted will be garbled and not received by other units in the 
system. If it is set too long, will reduce channel capacity. 


XMITLVL — set the level of transmit audio to the radio, when transmitting. 
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Entering MODEM mode 


To enter dumb modem mode, use the INTface command. At the cmd: prompt, 
type INT MODEM and return. Power OFF the TNC, connect it to your controller 
(that operates in dumb modem mode), then power it back ON. The RTS signal 
input to the TNC serial port must in “in-active) state, for the TNC to start in 
modem mode. 


Exiting MODEM mode 


To leave the dumb modem mode, power off the TNC, disconnect it from your 
controller, connect it to the computer serial port, start the terminal program with 
its RTS signal ON, then power the TNC back on. When the TNC has INTface set 
to modem, but the RTS signal from the terminal is active when the TNC is 
powered on, it will start up in its standard TERMINAL interface (command) mode. 


If wish to have the TNC start in normal command mode, reset the command 
INTface to TERMINAL. 
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TUP - Transparent Unproto Packet 
Description 


The INTFACE TUP mode, utilizes the Unproto mode of the AX.25 protocol. It is 
used in Kantronics KWM version modems. It is typically used in 
commercial/industrial environments, for the transfer of ASCII data from one 
location to another, transparently. 


The data contained in TUP packets, can be 7 or 8 bit data in other protocols, 
such as MODBUS. 


TUP Packets use the standard addressing, with MYCALL. It allows using 
digipeaters (VIA path specified with UNPROTO command) in order to effectively 
extend the range of a radio data system beyond simplex distance. 


The TUP protocol uses the standard AX.25 CRC-16 error-checking to provide a 
high degree of data integrity. Data is sent and received in a totally transparent 
fashion, allowing all ASCII characters to be utilized (hex OO through hex FF). 


Operation 


TUP Mode may be used through only one radio port of the 9612XE at a time. The 
port of choice is set by using the MAXUSERS command (before entering the TUP 
mode). 


To set the unit for port 1 operation only, issue MAXUSERS 1/0. 
To set the unit for port 2 operation only, issue MAXUSERS O/1. 


Radio transmission is based on the PACTIME AFTER parameter setting of the 
modem, the setting of the carrier detect method, and the settings of the slot and 
persist channel access algorithm. Any data that is received by the modem via the 
radio is output to the serial port only if it contains no detectable errors. The 
received data will be exactly the same as the data that was sent to the input serial 
port of the transmitting mode, without any address headers or added formatting 
of the data. The modem is capable of selectively filtering monitored data from or 
to different modem addresses using the BUDLIST command. 


If digipeaters must be used to extend the range of the system, the information 
frame sent by any modems in the system will be output to the serial ports of the 
receiving modems only once, regardless of how many times it was received 
correctly. The digipeater path is established in the UNPROTO command. 
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Also, data sent by any modem will not be decoded by itself when the data is 
digipeated. The TUP mode protocol provides an automatic "Time to Live" timer 
that inhibits any modem from transmitting or receiving additional data until 
sufficient time has expired to allow in-progress data to travel through all the 
digipeaters specified in the UNPROTO field of the originating modem. 


Since the time for a given packet to travel the entire UNPROTO path may vary due 
to the presence of other signals or noise, TUPTIME is used to impose an 
additional delay time, if needed, during which each modem will be inhibited from 
decoding or transmitting new data. This setting can be determined 
experimentally. 


It is important to note that TUPTIME applies only to the receiving modems and 
should be set to the same value at all sites. It is the responsibility of the host 
system to insure that additional data is not transmitted until sufficient time has 
elapsed to allow data to travel to the last digipeater and the response, if any, to 
travel back to the host. Note that the automatic "Time to Live" timer and the 
TUPTIME timer are only in effect if packets are being digipeated. 


Commands 
Basic TUP Operation involves just a few of the TNCs commands: 


MYCALL - The MYCALL command determines the MODEM address. This must be 
entered after the autobaud routine has detected an asterisk (*). 


TXDELAY - The TXDELAY (TXD) command determines how long the modem will 
assert the Push-to- Talk line of the radio before sending data. This time will have 
to be determined experimentally since it will vary from radio to radio. If the TXD 
is set too short, the data transmitted will not be received by other units in the 
system. Setting TXD too long will reduce channel capacity. 


Note: Since TXD is used in the computation of the automatic timer used to 
inhibit transmission until a digipeated packet has had time to reach its 
destination, TXD should be set to the same value in all modems in the 
system. 


PACTIME - The PACTIME parameter determines how long the modem will wait 
after receiving data to be transmitted from the DTE before beginning the radio 
key-up sequence. Normally, this parameter should be set to AFTER 1 (100 msec) 
in order to minimize "dead air" time on the system. 


PACLEN - PACLEN sets the maximum size of the data packet(s). Most 
applications do not require large amounts of data to be transferred so the default 
value (128) will probably be satisfactory, allowing packets up to 128 bytes. If the 
amount of data to be sent exceeds the PACLEN parameter setting, the 
transmission will be composed of multiple packets containing the data. 
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PERSIST and SLOTTIME - These parameters determine how aggressively the 
modem will attempt to access a multi-user channel based on carrier detect. 


UNPROTO - This is the digipeater path to use, for transmitting TUP packets, 
when needed. If packets must be relayed by an intermediate station or stations to 
reach a destination, the digipeater names are listed in UNPROTO. 


Entering TUP Mode 
Use the INTFACE command to begin TUP operation. Set the INTFACE command 
to: UP: 
INTFACE TUP <cr> 


and turn the unit off and then back on. 


Exiting TUP Mode 


To exit the TUP mode, to "fine tune" parameter settings (or for any other reason), 
the Command mode of the modem can be regained by using the transparent data 
escape sequence, i.e., by sending a series of three control-Cs (unless a different 
control character for COMMAND has been defined). (See TRANS command in the 
Reference manual). 
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Poll 


Description 


The POLL mode is generally used in commercial/industrial system applications 
that implement a polled-response protocol between a central site (Control Site) 
and one or up to 9999 remote locations (Remote Site). It is used in Kantronics 
KWM version modems. 


It is like the TUP mode since it uses a data transparent broadcast mode and a 
packet protocol with CRC-16 error-checking to ensure the integrity of the received 
data. All ASCII characters (hex 00 through FF) can be transmitted and received. 


The POLL mode differs from TUP mode, in that it does not use the AX.25 packet 
protocol and does not allow for “digipeating” of packets to extend range. 


Operation 


POLL Mode may be used through only one radio port of the 9612XE at a time. 
The port of choice is set by using the MAXUSERS command, and must be 
configured before entering the mode. A setting of O (zero), disables a port. 


To set the unit for operation in port 1, issue MAXUSERS 1/0 
To set the unit for operation in port 2, issue MAXUSERS 0/1. 


A Poll mode system will be set up with a control unit, whose POLLID is set OOOO. 
Only this unit can be used to send data to any one remote unit. The POLLID 
allows for 1 up to 9999 remote POLL units. 


An application program communicating with the control unit, can address data 
to, and receive data from, specific remote locations without changing any modem 
parameters. 


All data sent by the application program at the central site must begin with the 
address (POLLID) of the intended remote modem. When any remote modem 
receives data from the radio, the data is checked for errors and the received 
POLLID is compared with its own POLLID. If they match, the POLLID is stripped 
and the data that follows is sent to the modems serial port. 


The device connected to the serial port of the modem at that remote location, 
should recognize the data or the command that was sent to it from the control 
site. When that device responds with its data in return, that data is input to the 
modem which simply transmits a packet of that data which begins with the 
modems POLLID. 
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All data received by the central site from the remote location will arrive with the 
POLLID of the remote site automatically attached to the beginning of the data. 


It is the responsibility of the application program to: (1) address data to be sent 
to the remote sites, (2) determine if the data was received, and (3) recognize 
responses that contain the remote site's POLLID and data. Digipeating is not 
allowed 


Commands Used 


Each modem is set up with a different address (POLLID), depending upon 
whether it is to be a Control modem or a Remote modem. 


Control Site 


Control Site Configuration - The POLLID command in the Control modem must 
be set to 0000 and the INTFACE command must be set to POLL. (See "Entering 
POLL Mode" below.) 


Control Site Transmit Format - All data sent to the Control modem via the its 
computer port must begin with a POLLID (four digit remote address between 
0001-9999) and be followed immediately by the poll data. The data sent by the 
application to the Control modem must contain less than PACLEN bytes. If the 
poll data contains more characters than allowed by the setting of the PACLEN 
command, the data will be fragmented, and multiple packets will be formed and 
transmitted by the modem. These additional packets will contain only the balance 
of the data received by the modem. Since these packets do not begin with a 
POLLID, they will be ignored by all Remote modems. 


Control Site Receive Format - All Remote transmissions received by the Control 
modem shall consist of the Remote POLLID followed immediately by the Remote 
data. Both POLLID and data will be sent to the control DTE via the RS-232 port. 


Remote Site 


Remote Site Configuration - The POLLID command in each of the Remote 
modems must be set to a different number between OOO1 and 9999. This assures 
that data is received by just one remote device. 


The INTFACE command in each modem must be set to POLL. (See "Entering 
POLL Mode" below.) 


Remote Site Transmit Format - Remote site devices generally do not have much 
computing capacity. Therefore, the transmitted format of the data is, of 
necessity, straightforward. All data received via the serial port will be formed into 
packets and transmitted with the address (POLLID) attached to the beginning of 
each data packet. 
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Remote Site Receive Format - All data received by the Remote via the radio is 
first examined for errors using a CRC-16 error-checking algorithm. Data packets 
that contain errors are discarded. If the data contains no errors, it is then 
checked for a match of the received POLLID and its own POLLID. If there is not a 
match, the data is discarded. If there is a match, the POLLID is stripped and the 
raw data is passed to the computer port for processing. The received data format 
will be exactly the same as the data sent to the Control Modem by the application 
program. 


The CONMODE parameter affects when data will be sent in Poll Mode. 


If CONMODE is set to CONYERS (default), data will be transmitted when any of 
the following conditions is met: 


The SENDPAC character is received by the modem. The default SENDPAC 
character is a carriage return and can be changed to suit an existing 
application. The SENDPAC character can be either stripped or appended to 
the data by setting the CR command ON to append, or OFF to strip. 


PACLEN is exceeded. CAUTION: MASTER (Control Site) operation will be 
unusable if PACLEN is exceeded since each packet of data sent MUST 
begin with a Slave (Remote Site) POLLID (0001-9999). Remote 
transmission may exceed the setting of PACLEN since each packet 
transmitted from the Remote will contain the proper POLLID. If 
fragmentation of data occurs, the application program is responsible for 
reconstructing the data. PACLEN determines the maximum size of data 
packets (default 128 characters). Normally, the amount of data to be 
transmitted will be considerably less than this. 


CPACTIME is on and PACTIME expires. If CPACTIME is ON, data will be 
periodically transmitted based on PACTIME timeout. 


If CONMODE is set to TRANS, data will be transmitted when: 
PACLEN is exceeded, or 
PACTIME expires. 
Suggested Settings 


Usually, the CONMODE command is set to TRANS, and the PACTIME command is 
set to AFTER 1. 


The CONMODE TRANS command makes the modem data transparent to the 
Remote device. 
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The PACTIME AFTER 1 command allows the modem to transmit the data received 
via the serial port with as little delay as possible. This speeds up the response 
time of the system by reducing "dead-air" time. 


It is also recommended to set the PACLEN command to zero. This allows the 
modem to send a single packet of data to the radio of any size between 1 and the 
maximum of 256 characters. If the response data from the remote contains more 
characters than the PACLEN command allows, the data will be transmitted in 
multiple packets with the Remote POLLID automatically attached to the 
beginning of each data packet. In such a case, it is the responsibility of the 
Control Application Program to reassemble the data. 


CAUTION: Allowing the Control Site application to send more data than 
that permitted by the PACLEN command, will result in data loss. This is the 
most common cause of failure using the POLL mode. BE ABSOLUTELY 
SURE THAT EACH CONTROL SITE TRANSMISSION, NEVER EXCEEDS THE 
TNCs PACLEN LIMIT! 


Entering POLL Mode 


When you have entered the POLLID of the unit and made any desired changes 
from the default settings in the parameters, set the INTFACE command to POLL: 


INTFACE POLL <cr> 
Then, turn the unit off and then back on. 


Exiting POLL Mode 


If you want to exit POLL mode to "fine tune" parameter settings (or for any other 
reasons), the command mode of the modem can be regained as follows: 


If CONMODE = CONV 

Enter: QOOOOQUIT<cr> 

NOTE: 0 = number ZERO, and QUIT MUST BE IN UPPER CASE 
If CONMODE = TRANS 


Use the transparent data escape sequence, i.e., send a series of three control-Cs 
(unless a different control character has been defined). (See TRANS command in 
the COMMANDS SECTION). 


192 


Command Reference 


Introduction 
This chapter documents all 9612XE commands. 


There are many commands which affect operation of the 9612XE. Some 
commands affect performance under specific conditions, some parameter 
settings affect general operation and others direct a one-time action. 


Note: Commands in the Kantronics KPC-family of TNCs operate the same from 
one TNC to another, to the extent possible, with appropriate adjustments for use 
with single-port devices (e.g., KPC-3 Plus) and dual-port devices (e.g., 9612XE). 


The 9612XE is a dual-port device. Radio port 1 is a low-speed port (for 1200 
baud) and radio port 2 is a high-speed port. 


This command reference documents which commands can affect each port 
differently. Those are indicated as dual-port commands. 


The user changes parameters and issues instructions to the 9612XE by typing 
commands composed of English-like word abbreviations and variables which are 
numbers or strings of characters chosen by the user. You will probably never 
change some of these parameters. 


Default settings are those specified in the bios installed in the 9612XE. Any 
changes made to settings, are stored in flash memory inside the microprocessor. 
When a soft reset or power cycle occurs, all changed settings will be in effect. 


After the command “RESTORE DEFAULTS” is entered, or after a Hard Reset has 
been done, the unit powers on with factory default settings. 


The availability of the commands listed here depends upon what INTFACE (i.e., 
INTERFACE) mode the 9612XE is currently in (see the INTFACE command in the 
command listing below and check the index for more information on INTFACE 
modes). 


All 9612XE commands are listed alphabetically below. 


The 9612XE ships with TERMINAL as the default INTFACE mode. If you wish to 
operate the unit with a limited set of commands, set INTFACE to NEWUSER, 
instead. 


A “#” bullet in front of the name of a command indicates that the command is a 
NEWUSER Command. Only those commands will be displayed. All other 
commands will not be displayed, and changes to them are not allowed. 
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Format Defining Commands 


The Command Line 


The first line of each command definition shows the syntax for entering the 
command, beginning with the name of the command, followed by a listing of any 
parameters that may be used with the command. 


The full name of each command is shown in CAPS. The underlined characters in 
the command name, show a “short-form” of the command. The short form of the 
command is the shortest string of characters, starting from the beginning of the 
full name, that will allow the 9612XE to uniquely identify the command being 
requested. 


When you enter a command, the 9612XE scans its internal list of commands— 
which is NOT in strict alphabetical order—and selects the first match with the 
string you enter. 


When you want to check the current setting of any command, type the command 
name, followed by a carriage return (or just the ENTER key). 


When you want to modify or change the setting of a command, type the 
command name, followed by a space, then the change you wish to make, followed 
by a carriage return (or just the ENTER key). 


e Values that need to be entered as they are shown (or by using the short form 
indicated by the underlined character(s)) are shown in CAPS, as in “ON | 
OFF”. Parameter names for which a value needs to be substituted are shown 
in lower case letters, as in “callsign,” which means a callsign needs to be 
entered. 


e Lists of parameter values are enclosed in curly brackets “{ }” for grouping 
clarity and lists of optional parameter values are enclosed in square brackets 


ae 


e If more than one choice is possible for the value of a given parameter (i.e., 
flag), choices are separated by a vertical bar, as in “ON | OFF” or “OPTIONI | 
OPTION2 | OPTION3". 


If a parameter can take a range of values (or in cases such as ABAUD any of a set 
of numerical values), the parameter is shown as a name in lower case (e.g., “n”). 
The permissible range of values (or the list of possible values) is given in 
parentheses “( )” to the right side of the command after the syntax has been 


presented. For example, possible values of the parameter “n” are defined as “(n = 
I 2255)". 


194 


Dual-port commands 


Those command indicated as “Dual-port”, can have different a different setting 
for each radio port. Unless otherwise noted, a forward slash “/” is used to 
separate parameters entered for port 1 from parameters entered for port 2. 


For example, parameter values entered for a dual-port command that can be 
different for port 1 and port 2 (such as "ON/OFF"). To change one port but not 
the other, use the slash after the port (e.g., OFF/ to set port 1 to OFF without 
changing port 2) or before the slash (e.g., /OFF, to set port 2 to OFF without 
changing port 1). To change both ports to the same parameter value, omit the 
slash, and enter the new value (e.g. OFF sets both ports to OFF). 


Dual-port commands are identified in the following command list by the presence 
of the term “Dual-Port” at the right side of the command line. 


The Line Below the Command Definition 


If commands have parameters, default values are shown on the line below the 
command definition. For dual-port commands, default parameter values for each 
port are shown only if they are different for the two ports, with port 1 value listed 
first, followed by a slash “/” and then port 2 value. 


Some commands take effect immediately upon entry, so they are called 
“immediate” commands (e.g., K means “switch to CONVERSE mode"). This will 
be stated on the second line. For example, the command to go to CONVERS 
mode says “immediate” on the second line. 


Those commands not noted as “immediate”, will only take effect after a soft reset 
by entering the “RESET” command, or after a power off/on cycle happens. 


More Information on Commands 


Each command is explained in detail and examples are given where appropriate. 
Following the explanation of the command, there may be a “See also” list that 
shows related commands. 


Parameter Types 


Almost all parameters are of one of the following types (exceptions are discussed 
when they are encountered in the command listing). 


n (range) 
Any number within the range is permissible. The unit of measure (Sec, msec, 


baud, count, etc.) for the number will be given in the description. These are 
decimal numbers. 
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n ($00 - $FF) 


Special functions: Some parameters are used to control special functions, such 
as specifying the character to use to enter the Command mode from the Convers 
mode or specifying the character to use for “backslash”. Possible values and 
default values for these parameters are shown in HEX format. 


The “digits” of a hex number represent powers of 16, analogous to the powers of 
10 represented by a decimal number. The decimal numbers 10 through 15 are 
represented in hex by the letters A through F (e.g., decimal 10 is hex A). Anda 
hex number is distinguished from a decimal number by preceding it with a “$” 
prefix. 


For example: 
$1B = (1*16) + 11 = 27 


Number codes for these special characters are shown in hexadecimal (hex) form 
(i.e., base 16). They can be entered either in decimal or in hex. Permissible 
values are shown in HEX: for example (n = $00 - $FF). 


Note: Setting a function character to zero ($00) disables that function. 


@ See the ASCII Chart at end of this manual for a listing of ASCII codes for all 
alphanumeric characters, including A to Z and O to 9, and conversions 
between hex and decimal representations. 


Several parameters are ASCII numerical values for characters, which perform 
special functions. Most of these special function characters have “control 
characters” as default values. Holding down a special control key (normally 
marked “Ctrl” enters control characters on the keyboard while typing the 
indicated key. For example, to enter a <Ctrl+X>, hold down the Control key while 
typing an X, then release both keys. 


@ These special characters cannot be sent in a packet unless preceded by the 
pass character (see the PASS command) or unless you are operating in the 
Transparent Mode. 


If a streamswitch (STREAMSW) character or any other special character is defined as 
“$” then you will need to enter values in decimal, or precede the $ with the PASS 
character in order to enter hex numbers. 


flags ChoiceA | ChoiceB 


Many parameters are “flags”, meaning they have two possible values, ON and 

OFF, or YES and NO. All the command descriptions show ON and OFF as the 

options; however YES (Y) and NO (N) may be typed instead. A few parameters are 
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really flags, but rather than indicating that something is “on” or “off”, they select 
one of two ways of doing things. Some of these parameters have the values 
EVERY or AFTER indicating operating modes for data transmission. 


A vertical bar separates the possible choices. Some of the flag parameters will 
allow many choices, such as ON|OFF|TO|FROM. 


callsigns xxxxxx-n 


Several commands require callsigns as parameters. While these parameters are 
normally Amateur callsigns, they may be any collection of numbers and/or letters 
up to six characters; they are used to identify stations sending and receiving 
packets. A callsign may additionally include an “extension” (SSID, Secondary 
Station Identifier), which is a decimal number from O to 15 used to distinguish 
two or more stations on the air with the same Amateur call (such as a base 
station and a repeater). The callsign and SSID-extension are entered and 
displayed as call-ext, e.g. NOKN-3. If the extension is not entered, it is set to -O, 
and extensions of -O are not displayed by the 9612XE. 


text 


There are some commands, which have a parameter text string. This string can 
be any combination of letters, numbers, punctuation, or spaces up to 128 
characters. 


For an entry change to be accepted, the text string must contain at least one non- 
space character. You can even put characters with special meanings, such as 
carriage return, into the string by preceding them with the PASS character. The 
string ends when you type a (non-passed) carriage return. 


Entering Commands 


To enter a command, the 9612XE needs to be in COMMAND Communication 
Mode (as opposed to CONVERS or TRANS communication mode). 


The displayed prompt when the unit is in Command Mode, is: 


cmd: 


@ Hint: Once you go into Packet Convers Mode a <Ctrl+C> (see COMMAND) needs 
to be entered to return you to the Command Mode. In the Packet Transparent 
Mode or GPS Mode, a special sequence is needed to return to Command Mode 
(see CMDTIME). 


@ Hint: If packets have been printing on the screen you may have forgotten which 
mode you are in. If you wish to see the cmd: prompt type a <Ctrl+C>, to see if you 
are already in Command Mode. If the prompt does not appear then you are either 
in Command Mode or in Transparent Mode. If you are in Command Mode, typing 
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a Return will generate the “cmd:” prompt. If you are in Transparent Mode, you will 
not get the “cmd:” prompt when you press the Return key; instead, you need to 
enter three <Ctrl+C>s in rapid succession to switch to the Command Mode and 
get the “cmd:” prompt. 


When your TNC is displaying its Command Mode prompt, you enter a command 
by typing the command name (in upper or lower case) only, to view its current 
setting. To change a commands setting, enter the command, and the change you 
want to make (text, argument setting, or value). 


@ The command name and each parameter value must be separated from 
each other by at least one space. 


To ENTER the command, press the carriage return “CR” (usually an ENTER key). 
As soon as the “CR” key is pressed, the command request is processed, and 
whatever action specified is done. If the response to the entry is “EH?” , the entry 
was In error or included an invalid setting change. 


As noted above, you can enter the short-form of a command name—the 
characters underlined in the listing. 


The short form is not necessarily the shortest unique string in the name or the first 
match in alphabetical order—rather it is the first match that the 9612XE will find as it 
scans through the non-alphabetical listing of commands in its EPROM. 


@ Hint: You can examine the value of any parameter by typing the command 
name followed by a “CR”. A special command, DISPLAY, allows you to see 
the current settings/values of all parameters, or only small groups of 
related parameters. 
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Commands 


All 9612XE commands are documented below, in alphabetical order. The 
underlined characters in a command’s name show the short-cut version of the 
command. Required or optional parameters are shown after the command name, 
as are allowable ranges of values, where appropriate. 


8BITCONV {ON | OFF} 
default ON 


This command was added to the first TNCs built (1980s) to accommodate 
terminals that would not receive (or would be confused by) 8-bit characters, only 
7-bit ASCII. We have retained the command today just in case you are using such 
a terminal or computer. Also, it might be that your computer is capable of 
handling 8-bit characters, but your communications terminal program will reject 
(or be confused or “hung”) by them. In these cases, you will need to set 
SBITCONV OFF. 


When ON, transmission of 8-bit data is allowed in the packet Convers Mode and 
Transparent Mode. If you wish to obtain 8-bit data transmission but do not want 
all the features of Transparent Mode, set this command to ON. If OFF, the 8% 
data bit is stripped (set to 0) for transmission and all data received will have the 
8th bit set to 0. This does not affect the KA-Node, digipeat or PBBS functions. 


ABAUD n (n = 0,1200,2400,4800,9600,19200,38400) 
default O 


The parameter n sets the baud used for input and output through the computer 
interface port. If O is used, the autobaud routine will run upon power-up. This 
routine looks for an asterisk (*) character from the attached computer to set the 
ABAUD parameter. 


If you wish to use a different baud, or to perform autobaud the next time the unit 
is powered up, you must change the ABAUD parameter. If you change the baud in 
your computer or terminal you should change the ABAUD setting first, then issue 
the RESET command, then set the interface baud setting in your computer 
terminal program, to match. Otherwise a hard reset will be required to erase the 
ABAUD setting and reinitialize the 9612XE to perform the autobaud routine. (See 
Hard Reset section.) Note also that a hard reset will erase ALL stored parameter 
changes and return them to factory defaults. 


See also: reset and restore 
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ANALOG 


immediate 


Entering the ANALOG command returns a string of 6 values, based on the current 
voltage readings from 6 A-to-D inputs. 


At any given time, each of the 6 A-to-D lines will have a voltage value somewhere 
in the range of O - 5 V dc. When the ANALOG command is entered, a decimal 
number value, in the range of O —- 255 (or as specified by the RANGE commanda), 
is displayed for each input. Each decimal value corresponds to a voltage input. 


In the 9612XE, only the first two values are relevant to the user (several other lines 
could be used for special purposes, with appropriate modifications of the board, but 
they are normally not used, or are intended just for internal use. 


The response is in the following form: 


o 


ANO/AN1/AN2/AN3/AN4 


ANO, input (0), reports a decimal number in the range of (0-255), representing the 
current dc voltage of an external input read from pin 14 on Radio Port 2 


AN1, input (1), reports a decimal number in the range of (0-255), representing the 
current dc voltage of an external input read from pin 15 on Radio Port 2. 


AN2, is not connected to external ports. A pad on the circuit board is available. 
AN3, is not connected to external ports. A pad on the circuit board is available. 
AN4, is not connected to external ports. A pad on the circuit board is available. 


AN5, is not connected to external ports. A pad on the circuit board is available. 


Note: In the RS232 version XE, pads near the RS232 jack are connected to unused pins 
on that jack. Analog input pads for AN2 to AN5 could be wired to those pads, for external 
connections through the db25 jack. See the notes in the appendix section. 


@ Data can be gathered from a remote site by connecting to MYREMOTE and 
then issuing the ANALOG command. 


See also: range, telemetry, and myremote 


AUTOLF {ON | OFF} 
default ON 
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When ON, a line feed is sent to the terminal after each carriage return. This 
parameter should be set on when overprinting occurs and the terminal being 
used does not automatically supply its own linefeed after a carriage return. This 
command affects only the data sent to the terminal, not data sent to the radio. 


See also: cr and Ifadd 


AX25L2V2 {ON | OFF} 
default ON/ON Dual-Port 


This command provides compatibility with all known packet units implementing 
AX.25 protocol. When ON, Level 2 Version 2 protocol is implemented and the 
TNC will automatically adapt to whichever version the connecting station is using. 
When OFF, Level 2 Version 1 is implemented. Set this command to OFF if you 
need to digipeat through other units, which do not digipeat version 2 packets. 
You may also find benefit from setting this command OFF when using several 
digipeaters (not nodes) to send packets, or when conditions are marginal 
between the two stations involved. (NOTE: Changing this setting after connecting 
to another station will have no effect on the current connection.) 


The major difference in V1 and V2 protocol is the method used to handle retries. 
In the connected mode, if a packet is sent and not acknowledged, Version 1 will 
re-send the entire packet and then disconnect if the RETRY count is reached. 
Version 2 will first send a poll, the response to this poll will determine if the 
packet was received. It is possible that the ack was collided with and therefore 
the data packet does not need to be resent. If the ACK shows that the data packet 
was not received, it will be re-transmitted. Each time a poll is answered the TRIES 
count is reset to O. If the RETRY count is reached, version 2 will attempt to re- 
connect unless RELINK is OFF. If the re-connect attempt is unsuccessful, then 
version 2 will issue a disconnect. 


See also: relink, retry, and tries 


For more information, see the book AX.25 Amateur Packet-Radio Link-Layer Protocol 
Version 2.0 October 1984, which can be obtained from the ARRL, or other sources. 


AXDELAY n (n = 0 - 255) 
default 0/0 Dual-Port 


The value of “n” is the number of 10 millisecond intervals to wait, in addition to 
TXDELAY, after keying the transmitter before data is sent. This delay can be 
helpful when operating packet through a standard “voice” repeater, or when using 
an external linear amplifier which requires extra key-up time. Repeaters using 
slow mechanical relays, split sites, or both, require some amount of time to get 
RF on the air. 
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See also: axhang 


AXHANG n (n = 0 - 255) 
default 0/0 Dual-Port 
Each increment specifies 10 millisecond intervals. This value may be used to 

improve channel utilization when audio repeaters with a hang time greater than 
10 msec are used. If the repeater squelch tail is long, it is not necessary to wait 
for AXDELAY after keying the transmitter if the repeater is still transmitting. If the 
TNC has heard a packet within the AXHANG period, it will not add AXDELAY to 
the key-up time. 


See also: axdelay 
BEACON [EVERY | AFTER] n (n = 0 - 255) 
default Every O (disabled)/Every O (disabled) Dual-Port 


The value entered for “n” is the number of minutes (i.e., one-minute intervals) to 
use with the beacon command. 


A value of O turns the beacon OFF (is disabled). Setting a value greater than O 
activates the beacon under the conditions specified. If the optional keyword Every 
is used, a beacon packet will be sent every n minutes. If set to After, a beacon 
packet will be sent ONCE after the specified interval with no channel activity. 


The beacon frame consists of the text specified by BTEXT in a packet addressed 
to “BEACON”. Beacon messages will be digipeated via any addresses specified in 
the UNPROTO command. 


See also: btext 
“+ BKONDEL {ON | OFF} 
default ON 
When ON, the sequence backspace-space-backspace is sent to the attached 
terminal when the DELETE character is entered. When OFF, the backslash 


character “\” is sent to the terminal when the DELETE character is entered. 


See also: delete and redisplay 


BLT n {EVERY | AFTER} [[hh:]mm:]ss] [START [[hh:]mm:]ss] [CLEAR] (n=1 - 4) 
default EVERY 00:00:00/EVERY 00:00:00 (for each of the 4 LT strings) Dual-Port 


202 


This command (used with GPS) sets the interval between beacons for the 
associated LT (Location Text) string. 


n identifies which LT is used (1-4). If EVERY is specified, the LT will be 
transmitted at the interval specified by the hh:mm:ss parameter. This is set in 
h:min:s, and all characters must be specified. If the optional key word START is 
given followed by a time (in 24 h format), the beacons will not be transmitted 
until the specified time. The beacon will then be transmitted according to the 
setting of the EVERY parameter. (NOTE: If the current time is past the start time, 
the beacon will start at the next scheduled interval based on the start time.) 


If AFTER is specified, the beacon will be transmitted once after no activity Is 
detected on the channel for hh:mmiss time. Selecting AFTER does not allow the 
optional START parameter. 


For example, setting BLT 3 EVERY 00:15:00 START 03:30:00 would cause the 
third LT string (LT 3) to be transmitted every 15 minutes, with the first 
transmission each day occurring at 03:30:00. 


If the CLEAR option is specified, the LT buffer is cleared after transmission. This 
way no copies of a NMEA string are repeated. 


BP96 {ON | OFF} 

default OFF 
When OFF, the high-speed modem’s transmit waveform filter provides for the best 
eye pattern on the transmitted signal. The transmitted bandwidth is slightly wider 
than a G3RUH modem. When ON, the transmitted bandwidth is slightly narrower 


than the G3RUH modem, and the transmitted eye pattern is slightly distorted, but 
will work with most radios. 


BREAK {ON | OFF} 
default OFF 


If BREAK is ON, a break at the keyboard causes a return to Command Mode from 
Converse or Transparent Mode. 


See also: COMMAND 


BTEXT text (0 - 128 characters) 
default (blank) 


BTEXT specifies the content of the data portion of the beacon packet. Any 
combination of characters and spaces may be used with a maximum length of 
128. 
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Entering a single “%” will clear BTEXT. 


See also: beacon 


BUDLIST [ON | OFF] [NONE | {+]|-}call | call1,call2,...] 
where call={callsign | {<|>}callsign | callsign{>|<>}callsign} 


default OFF NONE 


BUDLIST is used to determine which received packets will be monitored. When 
OFF or NONE, BUDLIST will allow monitoring of all packets, even if it has 
callsigns in Its list. 


The maximum number of callsigns allowed in BUDLIST is 10. Up to 10 callsigns 
may be entered at once, using the format shown after the command name, and 
the new list of from 1 to 10 callsigns will replace whatever list was there before. 
The BUDLIST command can be used to add a single callsign (+callsign), so long 
as there is room for the new callsign on the list (if there is not, the TNC responds 
with “EH?” and returns you to the command prompt). Similarly, you can remove a 
single callsign (-callsign) from the list. And to remove all items from the current 
list, enter BUDLIST NONE. 


A callsign entered without a SSID will match any SSID of that callsign. To match a 
specific SSID only, enter the callsign with that SSID: for example, callsign-n, where n = 
0-15. 


More selective monitoring is enabled when a callsign or two callsigns is combined 
with a “>” and/or a “<” character. For example: Entering “>callsign” will enable 
monitoring of packets TO that callsign (assuming BUDLIST is ON). Entering 
“<callsign” will enable monitoring of packets from the callsign. Entering 
“callsignl>callsign2" will enable monitoring of packets from callsign1 to 
callsign2. And entering ”callsign1<>callsign2" will enable monitoring of packets 
from callsign1 to callsign2 and vice versa. 


@ Note that entering callsignl>callsign2 or callsignl<>callsign2 counts as 
two of the 10 maximum allowed callsigns. 


CALIBRAT 
immediate 


The CALIBRATE command/function is used to help make adjustments in the 
radio ports signals. A special calibration command mode is displayed, which 
allows making transmit and receive audio parameter adjustments. 

The use of this command is explained in the Calibration/Equalization Section. 
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See also: Calibration/Equalization section 


CANLINE n (n = $00 - $FF) 
default $18 <Ctrl+X> 
This command is used to change the cancel-line input editing command 
character. When in Convers or Command Mode entering a <Ctrl+X> will cancel all 
characters input from the keyboard back to the last un-PASSed carriage return 


(unless PACTIME has expired, CPACTIME is turned on, and you are in Convers 
Mode). 


See also: canpac, cpactime, and pass 


CANPAC n (n = $00 - $FF) 
default $19 <Ctrl+Y> 
This command ts used to change the cancel-packet command character. When in 
the Convers Mode entering a <Ctrl+Y> will cancel all keyboard input back to the 


last unpassed SENDPAC character (unless PACTIME has expired and CPACTIME 
is turned on). 


This character also functions as a cancel-output character in Command Mode. 
Typing the cancel-output character a second time re-enables normal output. For 
example, if you’ve told the TNC to do a DISPLAY, a <Ctrl+Y> will cancel the 
display and a second one re-enables the cmd: prompt after the next “CR”. 


See also: canline, cpactime, and sendpac 

CD {INTERNAL | EXTERNAL | SOFTWARE *} 

default INTERNAL/INTERNAL Dual-Port 
*=”"SOFTWARE”, only applies to radio port 1. 
The CD command selects which carrier detect method will be used. 


When set to INTERNAL, the TNC will detect a signal present on the channel, using 
an energy type carrier detect, allowing shared voice and data on the same 
channel. 


When set to EXTERNAL, the external device (usually a receiver) supplies the 
carrier detect signal, connected to the XCD pin on the radio port. 


If CD is set to SOFTWARE for port 1, an algorithm (using the values of the SWP 
parameter) is used to detect the presence of packet data. This setting is 
normally used when receiver audio is un-squelched fixed level audio. Proper 
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equalization and the SWP parameter affect correct operation of SOFTWARE 
carrier detect. If your RCV light flickers, this is an indication that you may need to 
adjust the equalization. (Equalization is set with an internal jumper.) 


When CD is set to INTERNAL or SOFTWARE, the external carrier detect pin on the 
radio connector remains active. If wired, it can be used to hold off the TNC from 
keying the radio. 


@ Hint: For one use of this function, see the APRS® and GPS section of this 
manual. 


See also: swp, gpsport 


CHECK n (n = 0 - 255) 
default 0/0 Dual-Port 


This “timeout” command is used to prevent a “hang-up” in a connected mode 
when a link failure occurs as a result of conditions beyond control of the 
connected stations. The value entered for “n” is the number of 10 s intervals to 
wait during “no activity” before making a periodic check (poll) to determine that a 
connected state still exists. 


If n equals O, this “timeout” function is disabled. While using Version 1 
(AX25L2V2 OFF), a check timeout will initiate a disconnect. 


See also: ax25l2v2, kntimer, relink, and rnrtime 


CMDTIME n (n=0- 15) 
default 1 


This command sets the time allowed for entry of required characters to exit the 
Transparent Mode. In order to allow exit to Command Mode from Transparent 
Mode, while permitting any character to be sent as data, a guard time of 
CMDTIME seconds is set up. 


Entering a value for “n” sets the value of CMDTIME to “n seconds”. 


To exit Transparent mode, you need to wait at least CMDTIME since the last data 
character was sent. Then you need to enter the COMMAND character (e.g., 
<Ctrl+C>) three times, with a wait of LESS THAN the value of CMDTIME between 
the first and second time you enter the COMMAND character. And, a wait of LESS 
THAN the value of CMDTIME between the second and third time you enter the 
COMMAND character. 
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After a final delay of CMDTIME the TNC will exit Transparent Mode and enter 
Command Mode. At this time, you should see the cmd: prompt. If CMDTIME is 
set to zero, the only exit from Transparent Mode Is a modem break signal, 
assuming BREAK is set to ON. 


For example (if CMDTIME is 1 second and COMMAND is <Ctrl+C>): wait one 
second, type a <Ctrl+C>, within one second type a second <Ctrl+C>, within one 
second type a third <Ctrl+C>, WAIT one second, cmd: prompt should appear. If 
your computer/program has the capability you can also send a modem break to 
escape Transparent Mode. 


See also: command, trans, break 
CMSG {ON | OFF | DISC | PBBS} 
default OFF/OFF Dual-Port 


When OFF, the custom connect text stored in CTEXT will not be sent to the 
connecting station upon receiving a connect request. 


When ON, the custom CTEXT string will be sent. 


When set to DISC, the custom CTEXT string will be sent to the connecting station, 
and then your TNC will disconnect from that station. 


When set to PBBS, the custom CTEXT string will be sent to the connecting 
station, and then the connection will automatically be transferred to your PBBS. If 
the PBBS is not available, your TNC will disconnect from the station. 


See also: ctext and pbbs 
COMMAND n (n = $00 - $FF) 
default $03 <Ctrl+C> 


This command is used to change the Command Mode entry character. When 
COMMAND is set to the default value, typing a <CtrltC> causes the TNC to return 
to Command Mode from packet Convers Mode. See CMDTIME for returning to 
Command Mode from Transparent Mode. 


CONLIST [ON | OFF] [NONE | {+]|-}callsign | callsign1,callsign2...] 
default OFF 


CONLIST is used to determine which stations (callsigns) may use your station for 
ANY purpose, including digipeating. 
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When set to ON, the TNC will recognize only those packets received with a 
callsign that appears in the CONLIST’s list of callsigns; and you will not be able to 
connect to any station that is not in the conlist. When OFF, the TNC will process 
all packets. 


The maximum number of callsigns allowed in CONLIST is 10. Up to 10 callsigns 
may be entered at once, using the format shown after the command name, and 
the new list of from 1 to 10 callsigns will replace whatever list was there before. 
The CONLIST command can be used to add a single callsign (+callsign), so long 
as there is room for the new callsign on the list (if there is not, the TNC responds 
with “EH?” and returns you to the command prompt). Similarly, you can remove a 
single callsign (-callsign) from the list. And to remove all items from the current 
list, enter CONLIST NONE. 


A callsign entered without a SSID will match any SSID of that callsign. To match a 
specific SSID only, enter the callsign with that SSID: for example, callsign-n, where n= 
0-15. 


CONMODE {CONVERS | TRANS} 
default CONVERS 


This command controls the mode the TNC will be placed in AUTOMATICALLY 
after a connect if NOMODE is OFF. The connect may result either from a connect 
request received or a connect request originated by a CONNECT command. If the 
TNC is already in Convers or Transparent Mode when the connection is 
completed, the mode will not be changed. If you have typed part of a command 
line when the connection is completed, the mode change will not take place until 
you complete the command or cancel the line input. 


See also: canline, connect, convers, nomode, and trans 


“ CONNECT callsign [VIA calls] 


immediate 
callsign = callsign of station to be connected to. 


calls = optional stations to be digipeated through. A maximum of 8 digipeater 
addresses (callsigns or aliases) can be specified. This is referred to as a path. 


Each callsign may also have an optional Secondary Station Identifier (SSID) 
specified as -n, where n = 1 - 15. The digipeat callsigns are specified in the 
order in which they are to relay transmitted packets. The mode set by 
CONMODE will be entered upon successful connect, if NOMODE is OFF. If no 
response to the Connect request occurs after RETRY attempts, the command 
is aborted. A timeout message is printed on the display and the TNC remains 
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in the Command Mode. The station being connected to (calll) may receive the 
connect request but be unable to accept connects, in which case a busy 
message will be printed to the screen and the TNC will stay in Command 
Mode. Connect requests may only be initiated in the Command Mode and the 
connect will be established on the current stream. 


If a connect Is in progress, or already established, the path may be changed 
by simply re-issuing the CONNECT command with the desired path. This must 
be done on the same stream as the original connect. 


CAUTION, packets in route between your station and the reconnected station 
may be lost. 


If CONNECT is entered with no parameters, the status of the current stream is 
displayed. 


See also: conmode, conok, dbldisc, maxusers, nomode, retry, ring, streamsw, 
and xmitok 


CONOK {ON | OFF} 
default ON/ON Dual-Port 


When ON, connect requests from other TNCs will be automatically acknowledged 

and a <UA> packet will be sent. The standard connect message, with stream ID if 
appropriate, will be output to the terminal and the mode specified by CONMODE 

will be entered on the |/O stream if you are not connected to another station and 

NOMODE is OFF. 


When OFF, connect requests from other TNCs will not be acknowledged and a 
<DM> packet will be sent to the requesting station. The message “connect 
request: (callsign of whoever is trying to connect to you)” will be output to your 
terminal if INTFACE is TERMINAL or NEWUSER. 


When CONOK is OFF, you can still connect to your mailbox. 


When operating with multiple connects allowed, the connection will take place on 
the next available stream. Connect requests in excess of the number allowed by 
the USERS command will receive a <DM> response and the “connect request: 
(call)” message will be output to your terminal if INTFACE is TERMINAL or 
NEWUSER. 


See also: conmode, connect, intface, maxusers, monitor, nomode, and users 


CONPERM {ON | OFF} 
default OFF 
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Returning to command mode, and setting CONPERM to ON, forces the 
connection on the current stream to become permanent. When the 9612XE is re- 
started (by soft reset, or power cycle), it will attempt to re-establish the 
connection. Any CONPERMED connections are shown with /P in the status 
display, which is generated by the STAT command. 


See also: status 


“ CONVERS 
immediate 
CONVERS has no options. It is an immediate command and will cause entry 


into Conversational Mode from Command Mode on the current I/O stream. 
Any link connections are not affected. 


@ Hint: K is the same as CONVERS, for quicker entry. 


See also: k and command 


CPACTIME {ON | OFF} 
default OFF 


When OFF and in the Convers Mode, packets are sent when the SENDPAC 
character is entered or when PACLEN is achieved. When ON and in the Convers 
Mode, packets are sent at periodic intervals determined by PACTIME. Characters 
are sent periodically as in Transparent Mode, but the local editing and echoing 
features of Convers Mode are enabled. 


See also: convers, cr, paclen, pactime, sendpac, and transparent 


CR {ON | OFF} 
default ON 


When ON the SENDPAC character (normally carriage return) is appended to all 
packets sent in Convers Mode except when PACLEN is exceeded. Setting CR ON 
and SENDPAC $0D results in a natural conversation mode. Each line is sent when 
a “CR” is entered and arrives at its destination with the “CR” appended to the end 
of the line. To avoid overprinting, AUTOLF may need to be ON at the receiving 
end. 


See also: autolf, Ifadd, and sendpac 


CRSUP {ON | OFF} 


default OFF 
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When ON, this command suppresses every other carriage return (when no data is 
between them) in the received data before sending the data to the terminal. When 
CRSUP is OFF, all carriage return characters are left in the received data as it is 
sent to the terminal. 


See also: autolf and Ifsup 


CSTAMP {ON | OFF} 
default OFF 


When ON, the daytime stamp is printed with all “*** CONNECTED TO” and “*** 
DISCONNECTED” messages on the terminal. 


See also: connect, daytime, disconnect, and mstamp 


CTEXT text (0 - 128 characters) 
default (blank) 


Enter any combination of characters and spaces up to maximum length of 128. 
Entering a single ‘%’ will clear CTEXT. This entry specifies the text of the first 
packet to be sent in response to an accepted connect request provided that the 
parameter CMSG is not OFF. 


See also: cmsg and connect 


CTRL [A|B] {ON| OFF |LONG|n} (n=1-20) 
Default A OFF B OFF 


Immediate 


This command controls the status of two output (control) lines (A and B) at each 
port (1 and 2). Each line may be set high, low, pulsed once for 1.5 s, or pulsed 
“n” times where each pulse is 100 msec in duration. These control lines can be 
used for whatever your imagination can dream up. 


For example, you might locate the TNC at a remote site, connect to its remote 
call sign, MYREMOTE, and then use this command (in the TNC at the remote site) 
to pulse control line A on port 1 for 1.5 s to reset a piece of equipment. In this 
case, you would issue the command CTRL A2/. 


Or, to pulse the B output of port 2 three times, you’d issue the command CTRL B 
/3. \f you do not specify A or B both lines are affected, and if you do not specify a 
port (by using the “/” character) lines in both ports are affected. 
Do not allow more than 200 mA of current in this circuit. 
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CWID [EVERY | AFTER] n (n = 0 - 255) 

default EVERY O (disabled)/EVERY O (disabled) Dual-Port 
Each increment specifies 1-min intervals. A value of O turns the ID OFF. Setting a 
value greater than O activates the ID under the conditions specified. If the 
optional keyword “Every” is used, an ID will be sent every n minutes. If set to 


“After”, an ID will be sent ONCE after the specified interval with no channel 
activity. 


The string specified by the CWIDTEXT command will be sent in Morse Code, 
using AFSK tones. 


Some countries require all stations to ID in Morse code periodically. 
See also: mycall and cwidtext 
CWIDTEXT text (0-15 characters) 
default DE mycall 
This command sets the text to be transmitted at the interval specified by CWID. 
See also: cwid 
DAMA {ON | OFF} 
default OFF/OFF Dual-Port 


When ON the TNC can operate as a DAMA slave station once connection is 
established with a DAMA master station. When OFF the TNC operates in standard 
Packet mode (i.e., CSMA—Carrier Sense Multiple Access). 


See also: damachck 


DAMACHCK n (n = 0 to 255) 
default 18 (180 sec)/18 (180 sec) Dual-Port 


This command sets a DAMA timeout timer in 10-second increments. If the TNC is 
connected to a DAMA master station (that is, operating in DAMA slave mode) and 
the master does not poll the TNC for data before the DAMACHCK timer expires, 
the TNC will revert to CSMA operation and disconnect from the DAMA master. 


This command was added to allow the user to regain CSMA connect capability in 
the event the DAMA master fails to poll because of a node failure — lightning 
strike, power outage, etc. 


See also: dama 
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DAYSTR text 
default mm/dd/yyyy hh:mm:ss 


The DAYSTR command is used to set the FORMAT of your date/time display. DO 
NOT enter an actual date or time, simply enter the form of the display you would 
like, using the lower-case letters m, d, h, y, and s as described below. 


The format you enter is used for all displayed time stamps, including the PBBS, 
KA-Node, Mheard list, etc. 


The lower-case characters m, d, y, h, and s represent the elements of date and 
time. When DAYTIME is displayed, these characters will be replaced by the data 
from the software clock. The lower-case m will be replaced with the minutes the 
first time it appears after a lower-case h. 


Ifh, m, y, d, or s is specified as a single character, the corresponding date/time 
element will be displayed as a single digit, if the value is less than 10. Entering 
two letters, will force a two-digit display for values under 10. If the month is 
entered as three ms, the month will be displayed as the first three characters of 
the month name (JUL). 


You may also enter any other text you wish, in the DAYSTRING format, allowing 
you to add such things as your time zone. 


@ Remember ALL lower-case m, d, y, h, and s will be replaced by actual 
values. All upper case and actual numbers will be displayed in the string as 
and where entered. 


Some examples of setting the DAYSTR command and the resulting time/date 


display are: 

DAYSTR setting Displayed Date/Time 
mm/dd/yyyy hh:mm:ss 07/16/2020 12:14:22 
d.m.y h:mm:ss 16.7.20 12:14:22 
d.mm.yy h:mm 16.07.20 12:14 

mmm d 20yy himm CST JUL 7 2020 12:14 CST 


TIME hh:imm DATE: mmm dd, 20yy TIME 12:14 DATE JUL 07, 2020 


@ This command is used to define how date and time are to be displayed; it 
is not used to enter an actual date and time (which you do by using 
DAYTIME). If you enter an actual date and time with the DAYSTR 
command, your clock will appear to stop. 


See also: daytime 
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« DAYTIME yymmddhhmnjfss] 


immediate 


DAYTIME is used to display the TNCs current date and time, or to enter date and 
time. 


When DAYTIME is entered alone, the current time and date is displayed in the 
format specified by the DAYSTRING command. 


When date and time are entered, using the input format specified in the 
command and explained below, the values entered are used to set the software 
clock/calendar. The software clock/calendar is then used for MHEARD and 
NDHEARD logging, as well as for CSTAMP and MSTAMP functions. 


When entering the daytime digits, enter them in pure number sequence with no 
spaces, dashes, or slashes. Notice that there are two digits each for entering a 
year, month, day, hour, minute, and (optionally) second. Also, notice that you 
need to use the order given here, which has nothing to do with the format (given 
in DATSTR) for displaying date and time values. For example, to enter 2020, 
January 2, at 22:30:00 hours, the value of the DAYTIME parameter would be 
200102223000. In this case, seconds were entered, so the string is 12 
characters long (2 characters for each of six pieces of information entered). 


If DAYTIME is entered with no parameter, the daytime is displayed using the 
format defined by the DAYSTR command. 


@ Hint: If the time appears to be stuck, check the current value of DAYSTR, to 
be sure that the DAYSTR setting is being used to format the display of time 
and date, and not (in error) to attempt to supply an actual date and time. If 
this is not the case, fix the problem and see if time and date displays work 
correctly. 


See also: cstamp, daytweak, daystr, mheard, and mstamp 
DAYTWEAK n (n =0 - 15) 
default 8 


This parameter is used to adjust the software clock, if needed, for accurate time 
keeping. Increasing the parameter will slow the clock, decreasing the parameter 
will speed up the clock. Each count corresponds to 0.64 s increase or decrease 
per 24 h. Ambient temperature can affect the clock to some degree. 


DBLDISC {ON | OFF} 
default OFF 
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When OFF, only one disconnect command (D) need be given to terminate an 
unsuccessful connect attempt. If you are connected, the normal disconnect 
sequence will occur. 


When ON, a normal disconnect sequence will always occur (you will not be 
disconnected until you receive an acknowledge of your disconnect or until the 
retry count is exceeded). A second D is required to force a local disconnect 
independent of the retry counter. 


See also: disconnect 


DELETE n (n = $00 - $FF) 
default $08 <Ctrl+H> 


This command sets the character to be used as the delete character. When this 
character is typed, the last input character is deleted. The most common settings 
are $08 (backspace) and $7F (delete). 


See also: bkondel 


DIGIPEAT {ON | OFF | UIONLY} 
default ON/ON Dual-Port 


When ON, any packet received that has MYCALL, MYALIAS, or MYNODE Cif KA- 
Node is active) in the digipeat list of its address field will be retransmitted. Each 
station included in the digipeat list relays the packet in the order specified in the 
address field. Digipeating takes place concurrently with other TNC operations and 
does not interfere with normal connected operation of the station. To disable 
digipeat operations (via MYCALL, MYALIAS, or MYNODE) turn this command OFF. 


If set to UIONLY, only UI packets (unconnected information) will be digipeated. 


See also: hid, myalias, mycall, and mynode 


« DISCONNE [MYPBBS|MYNODE x|MYREMOTE] (x=KA-Node circuit) 
immediate 


When given without options, “disconnect” will initiate an immediate disconnect 
request on the current I/O stream. A successful disconnect results in the display 
of “*** DISCONNECTED”. If the RETRY count is exceeded while waiting for the 
connected station to acknowledge, the TNC moves to the disconnected state on 
that stream. Entering a second Disconnect command before RETRY has expired 
will result in an immediate disconnect on your end, but may leave the other 
station thinking it is still connected to you. Disconnect messages are not 
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displayed when the TNC is in Transparent Mode. Other commands may be 
entered while the disconnect is in progress. 


DISCONNE MYPBBS 


Issue this command if you want to cause the personal mailbox to issue a 
disconnect to the user of the mailbox. D MYPBBS is what you should type, do not 
type the call entered in the mypbbs command. 


DISCONNE MYNODE x (x = KA-Node circuit) 


x may be any of the KA-Node circuits in use, designated by A, B, C, etc. This 
command will cause the node to disconnect the stations linked through the node 
on the circuit specified. MYNODE does not refer to the call entered in the mynode 
command, but is the actual characters to type. 


DISCONNECT MYREMOTE 


If any station is connected to the MYREMOTE callsign, and the DISC MYREMOTE 
command is either received from that remote connection, or is entered on the 
local terminal, that remote connected station will be disconnected 


See also: dbldisc, newmode, retry, and status 


* DISPLAY[{A|C|G|I]LIM|N|P|PA|T|X} 


immediate 


This command causes the TNC to display a list of all the parameters in the TNC. 
You may also display only a selected group of parameters by specifying the 
appropriate class identifier for that group. When using the DISPLAY command 
with a subclass, be sure to use a space between the DISPLAY command and the 
subclass. Subclasses of related parameters are: 


ASYNC asynchronous port parameters (TNC to computer) 
CHAR special TNC characters 

GPS parameters related to GPS operations 

ID ID parameters 

LINK parameters affecting packet link (TNC to TNC) 
MONITOR ~~ monitor parameters 

NET parameters affecting K-Net 

PBBS mailbox commands 

PAGE page commands 

TIMING timing parameters 

XTRA Extra commands 
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Individual parameter values can be displayed by entering DISPLAY and the 
command name, followed by “CR”. 


See also: Display Listings section 


« DWAIT n (n = 0 - 255) 
default 0/0 Dual-Port 


DWAIT defines a delay to be used to avoid collisions with digipeated packets. The 
value entered for “n” is the number of 10 msec intervals, after last hearing data 
on the channel, for the TNC to wait before it begins its own key-up sequence, 
when it has packet data to transmit. 


This value should be established and agreed on by all members of a local area 
network. The best value will be determined by experimentation but will be a 
function of the key-up time (TXDELAY). This feature is made available to help 
alleviate the drastic reduction of throughput, which occurs on a channel when 
digipeated packets suffer collisions. Digipeated packets are not retried by the 
digipeater but must be restarted by the originating station. If all stations specify 
DWAIT, and the right value is chosen, the digipeater will capture the frequency 
every time it has data to send since digipeated packets are sent without this 
delay. 


Observations have proven that a better algorithm for avoiding collisions between 
end-user stations, while still allowing digipeaters the high-priority access they 
require is achieved using Persistence and Slottime to determine proper transmit 
intervals and setting DWAIT to O. 


See also: persist, slottime 


“«* ECHO {ON | OFF} 
default ON 


When ON, characters received from the computer by the TNC are echoed back 
and displayed. If you are receiving double print of characters entered at the 
keyboard, turn this command OFF. This corresponds to the setting in your 
terminal program for duplex. If your program is set for full duplex set ECHO ON. 
If your program is set for half-duplex (some call it echo) then set ECHO in the 
TNC to OFF. Regardless of the setting of this command, the TNC will not echo an 
X-OFF or X-ON character to the terminal when it receives a STOP or START 
character. Echo is disabled in Transparent Mode. 


See also: bkondel and flow 


217 


EQUALIZE n (n = 0-255) 
default 115 


This command only applies to port 2 and is used to set/adjust receive (phase) 
equalization. As with drive levels, equalization is set digitally, using your keyboard 
and this command. If necessary, a trimpot can be installed (and J17 modified) 
on the circuit board, for more equalization range. The extra adjustment range Is 
usually not required, with most radios. 


Normally, equalization is set/adjusted while receiving packets from another 
station or, preferable, a calibration signal from another station. If the other 
station has a Kantronics KPC-9612, KPC-9612 Plus, or 9612XE, they can 
transmit a scrambled 9600 baud calibration signal, also while using their own 
CAL command, so that you may adjust this TNCs receive equalization. 


Alternatively, you can use a voltmeter connected pin 8 of port 2 (DSUB-15 
connector). It is a “receive quality”, a measure of how well the signal is being 
received. Equalization should be adjusted, either manually with the Equalization 
command entry, or while in the Calibrate mode. While receiving a valid signal, 
adjust equalization to peak the pin 8 voltage output (a maximum of 3 V). Also, 
see the calibration/equalization section of this manual for additional information. 


See also: cal and xmitlvl 


ESCAPE {ON | OFF} 
default OFF 


This command specifies the character, which will be sent to the terminal when an 
escape character ($1B) is received in a packet. When OFF, $1B is sent. This is 
useful if your terminal interprets ESC characters as screen positioning commands 
(ANSI). When ON, the escape character is sent as a dollar sign ($). 


FILTER {ON | OFF} 
default OFF Dual-Port 


When ON, this command will inhibit the printing of control characters (hex $00 - 
$1F) which may be present in monitored packets. This will be useful if you are 
monitoring channel traffic, which includes binary file transfers, or higher-level 
protocols (networks talking to each other). Control characters, which may be 
embedded in those packets, can have strange and unpredictable effects on the 
monitoring TNC. All control characters except carriage return ($0D) and line feed 
($0A) will be filtered. This command DOES NOT affect receipt of control 
characters in packets received from a “connected” station when MONITOR or 
MCON is OFF. 
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See also: monitor 


FLOW {ON | OFF} 
default ON 


When FLOW is ON, any character entered from the terminal will halt output to the 
terminal until the current packet or command is completed (by SENDPAC, 
PACLEN, or PACTIME). Canceling the current input to the TNC or typing the 
REDISPLAY-line character will also cause output to resume. FLOW will keep the 
display of received data from interfering with data entry. 


When FLOW is OFF, received data will be “interleaved” with keyboard entry. If 
using a split screen terminal program, you should have FLOW OFF and ECHO OFF 
to allow received data to be displayed while you type into the TNC’s type-ahead 
buffer. 


See also: canline, canpac, cpactime, echo, paclen, redisplay, and sendpac 


FRACK n (n =1- 15) 
default 4/4 (4 sec/4 sec) Dual-Port 


Each increment specifies 1 s intervals. After transmitting a packet requiring 
acknowledgment, the TNC waits FRACK seconds before incrementing the retry 
counter and sending the packet again. If the retry count (specified by the RETRY 
command) is exceeded, the current operation is aborted. If the packet address 
includes digipeaters, the time between retries is adjusted to FRACK * ((2 * m) + 
1) where m is the number of digipeater stations specified. When the retried 
packet is sent, a random wait time is also added to avoid lockups where two units 
repeatedly collide with each other. 


The FRACK timer begins when PTT is released (the packet has been sent) and is 
suspended when data carrier from the radio is present, or when your station is 
transmitting. 


See also: connect, resptime, and retry 


FULLDUP {ON | OFF | LOOPBACK} 
default OFF/OFF Dual-Port 


When OFF (i.e., half duplex), the data carrier detect signal is used as a packet 
collision avoidance signal. 


When ON, the modem is run full duplex, and carrier detect does not inhibit 

transmission. The full duplex mode may be useful especially for satellite 

operations using duplex radio setups. Full duplex should not be used unless both 
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you and the station you are communicating with have full duplex capability 
(separate transmit and receive channels). 


LOOPBACK is the same as half duplex (i.e., FULLDUP OFF) as far as the protocol 
is concerned, but the receive circuit is still active while transmitting. This allows 
you to connect a simple wire jumper between the transmit audio output and 
receive audio input pins on the radio connector, to verify operation of the modem 
circuitry. 


GPSHEAD n string (n = 1-4) (string up to 8 chars) 
default 1 $GPGGA (string 2, 3, and 4 = <blank>) 
This command determines which GPS NMEA sentences will be stored in the LT 


buffers. n (1-4) determines which buffer will be used to store the data, and string 
is a NMEA sentence header. 


When the header is received from the GPS unit, the associated LT buffer will store 
up to 128 characters. 


See also: bit, It, Itp, and Itrack 


GPSINIT string (string up to 128 characters) 
default (blank) 
This command establishes a string which will be sent to the attached GPS unit 
upon power-up (i.e., initial text sent to terminal in GPS Mode) through the RS232 
port. This may be useful to configure your GPS unit to provide only the 
information you require. Some GPS units may require more than one sentence; 
consult your GPS unit manual. To send more than one, enter a <Ctrl+N> at the 


end of each sentence. A CR/LF sequence is added after the complete string has 
been output 


The GPSINIT command with a single %, will clear the entry. 


See also: gpshead, intface 


GPSPORT [baud] [XCD1200 | XCD9600] [NORMAL | INVERTED] [CHECKSUM | NOCHECK] 
default O XCD1200 NORMAL CHECKSUM 
This command allows for alternate input port for data from a GPS device. 
If ‘baud’ is non-zero, the specified radio ports XCD pin will be used as a GPS 


input during regular operation. ‘baud’ may be set to 0, 300, 600, 1200, 2400, or 
4800. 
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If XCD1200 is specified, GPS data is expected on pin 2 on radio portl. 
If XCD9600 is specified, GPS data is expected on, 


If NORMAL is specified, the sense (polarity) of the XCD pin is RS232; the XCD pin 
would be expecting normal RS232 input or O-5 V input of the same polarity. If 
INVERTED is specified, the XCD pin would be expecting polarity opposite of 
RS232. Most stand-alone GPS units use RS232 or 0-5 V output of the same 
polarity. 


If CHECKSUM is specified, the firmware will accept only GPS sentences which 
have valid checksums. GPS sentences, which do not have a checksum, will be 
discarded. Not all GPS units will append checksums to the GPS sentences that 
they send; some GPS sentences require a checksum, while others do not. 


If you wish to use the GPSPORT, note that the XE cannot send any initialization 
string to the GPS unit, the XCD pins are input only. The GPS unit must be 
configured to output data, before connecting it to the XCD pin. 


Note: The GPSPORT function is a firmware UART. If your XE has several functions operating at 
the same time, you may want to limit the GPS device to a data output baud lower than 4800 and 
set GPSPORT to match. You should also use the CHECKSUM parameter to discard errors. 

Note: When GPSPORT is zero (0), the selected XCD pin reverts to its original function, inhibiting 
PTT on the associated radio port. If the INTFACE command is set to GPS, the TNC assumes that 
the GPS device is attached to the normal RS232 port and not the alternate serial input. If 
INTFACE is set to KISS, XKISS, GPS, or MODEM, you should set GPSPORT to zero. 


GPSTIME {OFF|VALID|ON} {GGA|GLL|RMC|ZDA} 
default VALID RMC 


If GPSTIME is set to VALID, the TNC software clock is only set when valid NMEA 
strings (in which the valid bit is set) are received. 


If set to ON, the time is acquired from the string specified. 
Note: 
e The specified gos sentence must have a valid checksum. 


e TNC date/time is not updated if the time received in a string is the same as 
the last time received (gps data not updating) 


e GGA and GLL strings do not include a date. 


e The ZDA string does not include a “valid” bit, so can not be used when the 
VALID option is set. 


e Some GPS units do not include a “valid” bit with the GLL string. 
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HBAUD n (n = 300, 400, 600, 1200, 4800, 9600, 19200, 38400) 
default 1200/9600 Dual-Port 


This command specifies the rate of data exchange for each radio port. The rate 
for each port is entered separately since the data rates do not overlap. 


Bauds of 1200 or lower, apply only to port 1. 
Bauds of 4800 or higher, only apply to port 2. 


This command does not follow the setting format used with most dual-port 
commands, in that the HBAUD choices for each port are entered separated by a 
Space, not separated by a “/”. 


Note: While HBAUD accepts a rate of 300 for port 1, the mark and space tones 
remain the same as when set to 1200. That doesn’t mean that you’ll be able to 
communicate with a station running defacto HF packet. Historically, a 200 Hz 
shift (AFSK) signal has been used for HF packets (below ten meters) while an 800 
to 1000 Hz shift signal is common for ten meters, six meters, VHF, and UHF 
packet operations. 


@ The value of HBAUD has NO relationship to the terminal baud specified 
with ABAUD. 


HEADERLN {ON | OFF} 

default ON 
When ON a carriage return is output to the terminal between the header and text 
of monitored packets. This causes the packet header and time stamp (if on) to be 
displayed on one line, with the packet text displayed below it on the next line. 
When receiving packets addressed only to you (MONITOR and/or MCON OFF) this 


parameter does not apply. When OFF the data will be on the same line as the 
header. 


See also: cstamp, mcon, monitor, and mstamp 
“+ HELP [command] 
immediate 


Entering the word “HELP” (or simply “h”, or “?”) alone, without any argument, will 
generate a display listing all commands available. 


When “HELP” (or simply “h”, or “?”) and the name of a command is entered (e.g., 
HELP CONVERS), a brief description of that command will be displayed. A wild 
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card also can be used; entering “Help C*” will display brief descriptions of all 
commands beginning with C. 


HID {ON | OFF} 
default ON/ON Dual-Port 


When ON, an ID packet will be sent every 9.5 min, if packets are being digipeated 
through your station, or routed through your KA-Node, or into your PBBS. This 
command should be ON if digipeating, KA-Node or pbbs is enabled. If OFF, 
periodic identification packets will not be sent. 


See also: digipeat, id, myalias, mynode, mypbbs, numnodes, and pbbs 


HTEXT text 
default blank 


The HTEXT command is used by the PBBS to provide hierarchical routing 
information. Use this command to enter the hierarchical portion of your packet 
address. Do not enter your callsign or the first period of your packet address. 


A hierarchical address consists of your state, country, and continent codes, 
separated by periods. Some areas (in large states particularly) use sub-state 
designators. For instance, a station in Rhode Island might use a hierarchical 
address of RILUSA.NOAM. This means Rhode Island (RI) which is in the United 
States (USA) which is in North America (NOAM). In this case, you should set the 
HTEXT to RILUSA.NOAM 


If you are unsure of your hierarchical address, contact a nearby packet BBS 
sysop and ask what the proper addressing is for your location. 


Entering the HTEXT command with*%”, will clear any text previously entered. 


Note: Your PBBS will not forward or reverse forward unless HTEXT is set. 


ID 


immediate 


Entering this command, causes the transmission of an identification packet, on 
the current I/O port. This command may be used to ensure that your station 
identification is the last transmission before taking the station off the air. 


The ID packet is an unnumbered information <UI> packet whose data consists of 


your station identification as set in MYCALL, and a listing of other activated 
functions callsigns. 
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The MYCALL will be appended with “/R” if DIGIPEAT is ON, MYALIAS callsign 
appended with “/D”, MYNODE callsign appended with “/N”, and MYPBBS 
callsign appended with “/B”. This packet will be addressed to “ID” and 
digipeated via any addresses specified in the UNPROTO command. 


See also: hid and unproto 


“ INTFACE 
{TERMINAL | NEWUSER | BBS|GPS|HOST|KISS|XKISS|LINESUB | MODEM| MODEMK| 
NET | POLL| TUP} 


default NEWUSER 


When set to TERMINAL, the full command set of the TNC is available. This is the 
standard communication interface, when using any simple or generic terminal 
program. 


When set to NEWUSER, only a limited TNC command set is available. This is a 
modification of the standard communication interface. It just limits the number of 
commands a user can access. 


When set to BBS, the TNC deletes certain messages (i.e. *** connect request, *** 
FRMR, etc.) for greater compatibility with full-service BBS programs such as 
WORLI, WA7MBL, CBBS, etc. 


When set to GPS, the 9612XE interacts with a GPS device connected to its 
computer port, upon power up. GPS data input to the computer port will be 
parsed according to the GPSHEAD command. Valid GPS strings will be stored 
into the TNCs LT buffers, and beacons will be transmitted according to the 
setting of the BLT commands. Note that the XE with a USB computer interface, 
can only accept GPS data from a computer program. 


When set to HOST, the TNC will interact with a computer application that 
communicates using the Kantronics HOST mode. (for more information, see the 
HOST Mode Operation section of this manual). 


When set to KISS, the computer application that interacts with the TNC, must 
communicate using the KISS protocol (as defined by Phil Karn. (for more 
information, see the KISS Operation section of this manual)). 


When set to XKISS, the computer application that interacts with the TNC, must 
communicate using the G8BPQ extended KISS protocol (for more information, 
see the KISS Operation section of this manual). 
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When set to LINESUB, the 9612XE interacts with a computer application or other 
device connected to its computer port. It is used to transmit/receive ASCII data, 
transparently. 


When set to MODEM, the 9612XE operates as a “dumb” modem. (for more 
information, see the “modem mode” in the Modes of Operation chapter). 


When set to MODEMK, the 9612XE simply demodulates a 1200 baud signal from 
its radio port, and outputs 1200 baud ASCII through its computer port. 


When set to NET, the 9612XE with its K-Net function active, interacts through its 
computer port, with a computer application (or another TNC) using the NET/ROM 
data protocol. The K-Net function then can become an attached node to a 
network node program in the computer or can attach to other TNCs in a “node 
stack”. (note that to connect to a “node stack” configuration with other TNCs, 
only the RS232 version of the 9612XE could be used). 


When set to POLL, the 9612XE (with RS232 computer interface) interacts with a 
computer application, in a simple “local/remote” system. (see the POLL mode 
section for operation in this mode.) 


When set to TUP, the 9612XE interacts with a computer application (or other 
device, with the RS232 interface unit) through its computer port, in a simple 
“local/remote” system. (see the TUP mode section for operation in this mode.) 


NOTE: After changing the setting of this command to KISS, XKISS, HOST, GPS, or 
MODEM a soft reset is required for the new mode to take effect (see RESET for 
details). 


immediate 


This single letter command is synonymous with CONVERS. It is included as a 
single-keystroke convenience for entering Convers Mode. 


See also: convers 


KNTIMER n (n = 0 - 255) 
default 15 


If there is no activity (data) on a KA-Node circuit for n minutes, the KA-Node will 
disconnect both the input and output sides of the KA-Node circuit. Setting 
KNTIMER to O disables this feature. 
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KNXCON {OFF | ON} 
default OFF 


When set to ON, a cross-port connection option is available in the KA-Node. An X 
option is displayed on the KA-Node command line. 


LCOK {ON | OFF} 
default ON 
When ON, no character translation occurs in the TNC. If OFF, lower case 


characters will be translated to upper case before being output to the terminal 
from the TNC. This case translation is disabled in Packet Transparent Mode. 


LFADD {ON | OFF} 
default OFF 
When ON, a line-feed will be appended to every carriage return received from the 


keyboard before being transmitted. When OFF, no line feeds will be added to the 
transmitted signal. 


LFSUP {ON | OFF} 
default OFF 


When ON, this command suppresses any line-feed characters received from the 
other station, relying on your terminal program to properly advance to the next 
line. When OFF, the line-feeds received from the other station are not suppressed 
but are sent to your terminal as received. 


See also: autolf, crsup 


LGETCHAR $xx 
Default $05 (CTRL-E) 


LGETCHAR specifies a hot key functional in command or converse mode. This key 
causes the unformatted strings from the LTEXT buffers to be output to the 
computer interface port. This key performs the same function as the command 
“LT RESTART”. Set it to O to disable it. 


LLIST [ON | OFF] [NONE | {+]|-}callsign | callsign1,callsign2...] 
default OFF 


226 


LLIST is used to determine which stations (callsigns) may NOT use your station 
for ANY purpose, including digipeating. When LLIST is ON, the TNC will NOT 
recognize those packets received with any callsign that appears in the LLIST’s 
(lid) list of callsigns. In addition, when LLIST is ON, you will not be able to 
connect to any station that is on that list. 


The maximum number of callsigns allowed in LLIST is 10. Up to 10 callsigns may 
be entered at once, using the format shown after the command name, and the 
new list of from 1 to 10 callsigns will replace whatever list was there before. The 
LLIST command can be used to add a single callsign (+callsign), so long as there 
is room for the new callsign on the list (if there is not, the TNC responds with 
“EH?” and returns you to the command prompt). Similarly, you can remove a 
single callsign (-callsign) from the list. And to remove all items from the current 
list, enter LLIST NONE. 


A callsign entered without a SSID will match any SSID of that callsign. To match a 
specific SSID only, enter the callsign with that SSID: for example, callsign-n, where n = 
0-15. 


LT {n [text]} (n = 1-4) (text up to 128 chars) 
default blank (for n = 1 - 4) 


This command, used with GPS activity, fills the specified LOCATION Text (LT) 
buffer with “text”. n specifies which buffer to use (1-4). 


If GPSHEAD (n) is set for this buffer, and if the INTFACE command is set to GPS, 
the buffer contents will be updated automatically by the GPS data. 


To clear one of the 4 LT strings, enter “LT n%”, where “n” is the number of the LT 
string you want to clear. 


See also: bit, gpshead, Itp, and Itrack 


LTP n dest [via call1[,call2,...]] (n =1-4) 

default GPS/GPS (for n = 1-4) Dual-Port 
This command sets the destination callsign and the digipeaters used to transmit 
the LT strings. n specifies which string (1-4). The destination callsign defaults to 


GPS; however, you may want to change it to APRS, LOCATE, POSIT, or some 
other destination. Up to 8 digipeater callsigns may be specified. 


See also: It 


LTRACK n [LT1] [LT2] [LT3] [LT4] [SYSOP] [TIME] 


default O 
227 


This command allocates memory for a special tracking buffer used to store LT 
messages. n defines the amount of memory (KiB) set aside for the LT messages 
(limited by available space in internal RAM). Specifying the LT1 through LT4 
parameters determines which messages will be stored in the tracking buffer. If 
SYSOP is specified, only a user with SYSOP privileges may access the tracking 
buffer, and if TIME is specified, a time stamp will be included, in front of the LT 
message. 


Specified LTs are put in the LTRACK buffer based on the BLT settings. 


The LTRACK buffer is accessed by connecting to the mailbox (MYPBBS) and 
using the mailbox’s List Tracking buffer Command (LTR). To see the syntax of 
this command, type HELP at the BBS prompt. 


To change LTRACK, you need to enter the entire command name, LTRACK, not just the 
short form (LTR). 


See also: Itp, blt, and GPS operation section 
MALL {ON | OFF} 
default ON/ON Dual-Port 


When ON, monitored packets include connected and unconnected packets 
between other stations. If OFF, only other station’s unconnected packets (UI 
frames) will not be displayed. 


Entering just ON or OFF, the setting applies to both ports. To enter a setting for a 
specific port, use the / to separate the setting per port. 


This is a useful arrangement when stations are talking as a group in an 
unconnected configuration. 


See also: monitor 
MAXFRAME n (n =1- 7) 
default 4/4 Dual-Port 


MAXFRAME sets an upper limit on the number of unacknowledged information 
packets, which can be outstanding at any one time. The TNC will send 
MAXFRAME number of packets in a single transmission, if they are available. 


See also: paclen 
MAXUSERS n (n = 1 - 26) 


default 10/10 Dual-Port 
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This command causes the TNC to allocate the memory required for the maximum 
number of simultaneous connections you wish to allow. Each connection uses a 
different stream. In order to direct what you want to say to a different stream you 
use the STREAMSW character. All streams may be used for outgoing packets, but 
USERS sets the number that may be used for incoming connections. Changing 
the value of MAXUSERS will cause the TNC to perform a “soft reset”. Note that 
you may not change the value of MAXUSERS while you are connected, since this 
would reset the TNC and cause all existing connections to be lost. 


Note: Although you must spell out the entire command word (MAXUSERS) to 
change the current value of MAXUSERS, you can enter the short form, MAXU, if 
you just want to see the current value of MAXUSERS. 


See also: status, streamsw, and users 


MBEACON {ON | OFF} 
default ON/ON Dual-Port 


This command determines whether packets addressed to Beacon or ID will be 
displayed on the screen. 


If you do not wish to display Beacon or ID packets, turn this command OFF. 


See also: beacon, id, and monitor 


MCOM {ON | OFF} 
default ON/ON Dual-Port 


Supervisory (control) packets are not monitored unless MCOM is set to ON and 
MON is ON. In addition, if your station is connected, control packets are not 
monitored unless MCON is also ON. Control packets, when displayed, are 
distinguished from information packets by the “<>” and “<<>>” character sets 
appended to the packet header. With these characters, a letter is included to 
denote the type of control packet received, e.g. <<c>> - a connect request 
packet. The types of control packets are listed below. 


<C> Connect request 
<D> Disconnect request 
<DM> Disconnected Mode 


<UA> Unnumbered Acknowledge 


In addition, the following bracketed information will be added to the Information 
packets as appropriate: 
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<UIl> Unconnected Information frame 


<Is> Information frame (connected); 
the s = send sequence number 


See also: ax25|2v2, monitor, and mresp 


For details on control packets, see the book AX.25 Amateur Packet-Radio 
Link-Layer Protocol Version 2.0 October 1984, available from the ARRL. 


MCON {ON | OFF} 

default OFF/OFF Dual-Port 
When OFF, and connected, the TNC will display only those packets addressed to 
you. Any header information displayed will be determined by the settings of 
STREAMEV and STREAMCA. When OFF, and not connected, all eligible packets 


(as determined by other monitor commands) will be displayed. When ON, all 
eligible packets will be displayed, whether connected or unconnected. 


See also: monitor, streamca and streamev 


MHEADER {ON | OFF} 
default ON/ON Dual-Port 


When ON, the headers are displayed for all monitored packets. When OFF, 
headers are not displayed and only data is output to the terminal. Since only | 
and UI frames have data, only these frames are displayed. 


@ To avoid confusion when MHEADER is OFF, use BUDLIST to restrict the 
monitored data. 


See also: monitor, mcon, mbeacon, mall, suplist, and budlist 


«> MHEARD [SHORT | LONG| CLEAR] 
immediate 
This command causes display of a list of stations heard. An asterisk, *, indicates 
that the station was heard through a digipeater. The date/time the station was 
last heard is also displayed. 


If the S option is used, i.e. MHEARD S, then only the callsigns of the stations 
heard will be displayed. 
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If the L option is selected, all callsigns contained in the received packet including 
the digipeater paths, are displayed. For example: 


NOKN > ID 10/16/88 14:31:30 
VIA TOP,KCI,WOXxI 


Here, your station heard NOKN transmitting an ID packet. NOKN was also using 
the digipeating path TOP, KCI, WOXI. If your station heard NOKN via one of these 
other stations, an asterisk would show by the call or alias of the last digipeater 
heard. When listed short, the asterisk would show beside NOKN. 


@ Whenever PASSALL is ON, packets will not be checked for errors and no 
additions will be made to the MHEARD list. 


If the C option is used, the list is cleared. 


See also: daytime and passall 


“* MONITOR {ON | OFF} 
default ON/ON Dual-Port 


When ON, unconnected packets will be monitored unless prohibited by SUPLIST, 
BUDLIST, CONLIST, or LLIST. This will also allow monitoring of other packets if 
permitted by the other monitor commands. The MONITOR command acts as a 
master switch for the MALL, MCOM, MCON, MRESP, and MRPT commands. The 
addresses in the packet are displayed along with the data portion of the packet. 
Callsigns (to and from fields) are separated by a “>”; and the Secondary Station 
Identifier (SSID) is displayed if it is other than O. If any data is contained in the 
monitored packet, which does not follow the AX.25 protocol, it is displayed in 
curly braces on the header line. All monitor functions are disabled in the 
Transparent Mode. 


When OFF, you will see just the data from those stations connected to you, no 
matter how other monitor commands are set. Any header information displayed 
will be determined by the settings of STREAMCA and STREAMEV. 


See also: budlist, conlist, headerlIn, Ilist, mall, mbeacon, mcom, mcon, mresp, 
mrpt, mstamp, pid, streamca, streamev, and suplist 


MRESP {ON | OFF} 
default ON/ON Dual-Port 


When ON, monitored packets include the following AX.25 response packets, if 
MONITOR and MCOM are ON. If connected, MCON must also be on. The 
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bracketed information will appear at the end of the header information. The “<” 
and “<<” characters are used to bracket and denote packets received as version 
1 or version 2, respectively. For example, “<<RR1>>” denotes a version 2 packet. 
In addition, upper case characters are used to designate commands (polls) and 
lower-case characters are used to denote responses for RR, REJ, and RNR. For 
example, “<<rrl1>>” is a response in version 2. 

<FRMR> ~~ Frame Reject 

<REJr> Reject, r = received sequence number 

<RNRr> Device busy, r = received sequence number 


<RRr> Receive Ready, r = received sequence number 


In addition, the following bracketed information will be added to the Information 
packets as appropriate: 

<Isr> Information frame (connected); 

Ss = send sequence number, 

r = received sequence number 
See also: ax25|12v2, mcom and monitor 


For more information, see the book AX.25 Amateur Packet-Radio Link-Layer Protocol 
Version 2.0 October 1984, which may be obtained from the ARRL. 


MRPT {ON | OFF} 

default ON/ON Dual-Port 
This command affects the way monitored packets are displayed. If ON, the entire 
digipeat list is displayed for monitored packets, and the station that relayed the 
packet is indicated with an asterisk. The MONITOR command must be ON for this 
command to work, and if connected MCON must also be ON. If OFF, only the 


originating station and the destination station callsigns are displayed for 
monitored packets. 


See also: monitor 


MSTAMP {ON | OFF} 
default OFF 


This command enables time stamping of monitored packets. The date and time 
information is then available for use for automatic logging of packet activity or 
other computer applications. The date and time are set initially by the DAYTIME 
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command, and the date format is determined by the DAYSTR command. The 
MONITOR command must be ON for this command to work, and if connected 
MCON must also be ON. 


See also: cstamp, daytime, and monitor 


MXMIT {ON | OFF} 
default ON/ON Dual-Port 


When ON, transmitted packets as displayed as monitored data on your terminal. 
Repeated packets will be displayed as they are sent over the radio. The frames to 
be displayed will be controlled by the MONITOR, MCOM, MCON, and MRESP 
commands, and will obey the settings of TRACE, MSTAMP, HEADERLN, 
SBITCONV, and FILTER commands. 


See also: monitor 


MYALIAS xxxxxx-n (n = 0-15) 
default disabled/disabled Dual-Port 


Setting this command to a callsign or character string enables digipeating by 
using the MYALIAS. Enter up to six characters (plus optional SSID) which are 
different than those used for MYCALL, MYNODE, MYPBBS, or MYREMOTE. For 
example: you may enter LAW-3 as the MYALIAS, which would be easier to 
remember for stations wishing to digipeat through a station in Lawrence, enroute 
to a station more distant. You may disable the alias digipeating with the 
command MYALIAS %. 


See also: hid 


“+ MYCALL xxxxxx-n/xxxxxx-n (n = 0-15) 
Dual-Port 


MYCALL is set when the TNC is initialized. It is the main operating callsign of the 
TNC. It can be set as just a callsign, or a callsign with a secondary station 
identifier (SSID). 


When entered as a callsign only, the SSID extension is actually 0, but the O is 
implied and is not displayed. The SSID extension can be entered as a number 
from O to 15. 


All packets originated by the TNC will contain this callsign in the FROM address 
field. Any packets received by the TNC with this callsign in the TO address field or 
digipeat fields will be responded to appropriately (connect, disconnect, ack, 
digipeat, etc.). 
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@ When the TNC is first turned on out of the box, or after a hard reset, it asks 
you for your callsign - there is no default. The callsign you enter is placed in 
the MYCALL setting and is automatically used to generate other TNC IDs 
(such as MYPBBS, MYNODE, and CWIDTEXT), adding a unique SSID for 
each. Changing MYCALL at the “cmd:” prompt, does not affect the settings 
of the other IDs. If changes to those settings are desired, they must be 
changed individually. 


See also: cwidtext, digipeat, id, myalias, mynode, mypbbs, and myremote 


MYDGPS xxxxxx-n (n = 0-15) 
default disabled 


This command sets the callsign or name, for received packets containing 
differential GPS data strings. In GPS mode only, if a Ul packet is received with its 
TO field addressed to the callsign or name specified in MYDGPS, the GPS 
differential data contained in that UI packet is output on the computer interface 
port. 


Differential data is used by some GPS devices, to add accuracy to the calculated 
GPS position data. 


MYDROP n (n = 0-15) 
default 0/1 Dual-Port 
This command sets the KISS addresses of the TNCs radio ports. The upper 


“nibble” (4 bits) of the command byte of a KISS frame, specifies the radio port 
KISS address to which transmitted packets will be sent. 


See also: intface, KISS operation section 


MYGATE xxxxxx-n (n = Q-15) 
default disabled 


Setting this parameter to a callsign or character string, enables cross-port 
digipeating. It accepts standard callsign-SSID entries, or any other (up to) 6 
character alias name. The entry must be unique, not matching any other of the 
TNCs ID settings. 


“To-be-digipeated” packets heard, that are specified to use a digi matching this 
TNCs MYGATE callsign/alias, will be re-transmitted (digipeated) by this TNC, out 
of the radio port opposite from the port where that packet was heard. 


You may disable gateway digipeating with the command MYGATE %. 
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See also: HID, uigate 


MYNODE xxxxxx-n (n = 0-15) 
default mycall-7 


Setting this command to a callsign or character string enables the KA-Node in the 
TNC. Enter up to six characters (plus optional SSID) which are different than 
those used for MYCALL, MYALIAS, MYPBBS, or MYREMOTE. 


You must also have the NUMNODES command set to a non-zero value. 


You may disable the KA-Node by setting MYNODE to the same as MYCALL, or by 
setting NUMNODES to 0. 


See also: digipeat, ndwild, numnodes; KA-Node section 
MYPAGE xxxxxx-n (n = 0-15) 
Default disabled 


This command sets the connect-to callsign (or alias), for the Page Server 
function. Other stations connect to this callsign/alias, to access this TNCs paging 
functions. 


See the Paging section in the Operating modes chapter is its description. 
“ MYPBBS xxxxxx-n (n = 0-15) 
default mycall-1 


This command sets the callsign/alias of this TNCs Personal Packet Mailbox 
(PBBS). It is the connect-to callsign for access to the PBBS function, whether 
from a local terminal, or by other stations. It must be unique, not matching the 
callsign/alias of any other of this TNCs IDs. 


See also: pbbs 
MYREMOTE xxxxxx-n (n = 0-15) 
default (blank) 

This command sets the callsign for the remote command access function of this 


TNC. It must be unique, not matching the callsign/alias of any other of this TNCs 
functions. 
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Other stations connecting to this callsign/alias, can (with password control), gain 
remote command access to this TNC. The RTEXT command must have a 
password string entered, to enable the MYREMOTE function. 


A station that connects to the MYREMOTE callsign/alias, will be sent a series of 
numbers (that specify a character position in the RTEXT password string), that 
must be decoded, and a correct password reply entered, to be granted access. 


See also: rtext; and remote access section 
NDHEARD [SHORT | LONG| CLEAR] 
immediate 


This command displays a list of nodes this TNC has heard in other TNCs ID 
packets. A node is indicated in the ID packet, with callsign /n. Any node that 
identifies this way (KA-Nodes, as well as K-Net, TheNet, NET/ROM and G8BPQ 
nodes). 
K-Net, TheNet, NET/ROM and G8BPQ nodes are identified as: 

ALIAS (CALLSIGN) 
and Kantronics KA-Nodes will be identified as: 


MYNODE (MYCALL) 


An asterisk "*" indicates that the station was heard through a digipeater. The 
date/time the station was last heard is also displayed. 


If the S (short) option is used, i.e. NDHEARD S, then only the callsigns of the 
stations heard will be displayed. 


If the L (long) option is used, all callsigns contained in the received packet are 
displayed (see MHEARD for display format). 


If the C option is used, the list of nodes heard is cleared. 
See also: mynode 

NDWILD {ON | OFF} 

default OFF 


When OFF, the KA-Node will only recognize connect requests exactly matching its 
MYNODE call. 
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When ON, connect requests to any SSID of the MYNODE call will be recognized as 
connects to the KA-Node, if that SSID is not being used for any other ID in the 
TNC. 


See also: myalias, mycall, mynode, mypbbs, and myremote 


NETALIAS xxxxxx/xxxxxx (up to 6 alpha-numeric characters) 
default {blank} Dual-Port 


The NETALIAS is an optional alias name, for user connections to the K-Net node. 
It can have a different setting for each of this TNCs radio ports. 


It would typically represent or provide information about the location of the node. 
It exists only for the convenience of users. 


The K-Net node uses its NETCALL when it interacts with other nodes, when users 
wish to use this node establish connect circuits through the node network. 


NETBUFFS n (n = 1 - 255) 
Default 32 
The NETBUFFS command sets the number of node buffers available in the node. 
If the NETBUFFS reach zero, node operation may become unstable. Changing 


NETBUFFS will cause a soft reset as memory is reallocated. Each NETBUFF 
allocated uses 320 bytes of RAM. 


NETCALL xxxxxx[-n] (up to 6 alpha-numeric characters plus optional SSID) 
default {blank} 


The NETCALL is the “connect-to” callsign of the K-Net node and can have an 
optional Secondary Station Identifier (SSID) extension of 1 to 15. It must be 
unique, not exactly matching any other ID in the TNC. 


Entering a NETCALL will enable the K-Net function. 


Entering NETCALL %, will delete its callsign setting, will clear both the nodes and 
routes tables, and will disable the K-Net node function, but will not reset any 
other node-related parameters. 


Entering or disabling the NETCALL, will cause a soft reset as memory is 
allocated/de-allocated. 


NETCIRCS n (n = 1 - 64) 
default 5 
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This command sets the number of Network Circuits available in the node. A 
circuit is a connection between two nodes. The circuit will contain an uplink 
(originated by a user or server), a crosslink (the other network node), and usually 
a downlink (to another user or server). The downlink will not exist until requested 
by the originating uplink user. The circuit will exist until either the destination user 
or server, or the originating user or server disconnects. The circuit will also be 
discontinued if one of the nodes determines that data can no longer be sent due 
to a retry time-out (L4N2), or if the inactivity timer (L4TI) expires. 


Changing the NETCIRCS number, will cause a soft reset as memory is 
reallocated. Each NETCIRC allocated uses 50 bytes of RAM. 


NETDESTS n (n = 1 - 255) 
default 25 


Setting the NETDESTS determines the maximum number of destination nodes 
that can be stored in the K-Net node list. This list is sent to users when the 
NODES command is given to the K-Net node and when the node does a nodes 
broadcast. Setting NETDESTS to a very large number (i.e. greater than 50 or so) 
is generally not a good idea since this can create long node broadcasts and long 
transmission times to users in response to a NODES command. Setting 
NETDESTS to a very low value can result with a desired node getting "bumped" 
out of the nodes table. After your K-Net has been in operation for a while, you 
should be able to determine how many of the destination nodes that are listed in 
your nodes table are reliable paths. The value that you enter for NETDESTS 
should be greater than this number, allowing room for other nodes as they 
become available. In any case, never allow the node destination table to become 
so large that it is filled with unusable and unreliable destination nodes. Very large 
nodes tables (>50 or so) are simply baffling to new users, and most of the time 
unusable to even experienced "node hoppers". 


Although setting NETDESTS will place a "hard limit" on the number of destination 
nodes that can appear in the nodes table, proper setting of the K-Net QUALITY 
and MINQUAL commands will allow the number of destination nodes listed in 
your nodes table to "float" with changing band conditions and assure that reliable 
destination nodes are still listed. Changing NETDESTS will cause a soft reset as 
memory is reallocated. Each NETDEST allocated requires 31 bytes of RAM. 


NETLINKS n (n = 1 - 64) 
default 10 


The NETLINKS command sets the maximum number of uplinks, downlinks, and 
crosslinks available to the node. An uplink is a user that connects directly to the K- 
Net node without using another network node. A downlink is a connection from the 
K-Net node directly to a user. A crosslink is a connection between two nodes. 
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Changing NETLINKS will cause a soft reset as memory is reallocated. Each 
NETLINK allocated requires 130 bytes of RAM. 


NETROUTE n (n =1 - 32) 
default 5 


This command sets the maximum number of neighbor nodes that can be listed 
with the ROUTES command. A neighbor node is a network node that your K-Net 
can hear "direct", without the benefit of being relayed by another network node. As 
with the NETDESTS parameter, if the setting of NETROUTE is too low, not all your 
neighbors will be able to be listed. Setting NETROUTE to a higher number will 
allow you to see what the local node activity is and still have some room in 
reserve to handle itinerant nodes and nodes that will show up during a band 
opening. 


Changing NETROUTE will cause a soft reset as memory is reallocated. Each 
NETROUTE allocated requires 39 bytes of RAM. 


NETUSERS n (n = 0 - 26) 
default 5 
NETUSERS sets the maximum number of uplinks and downlinks from the node. 
This command places a limit on how many users can access or be accessed by 


the node. The NETUSERS command will not cause a soft reset when changed or 
entered. 


NEWMODE {ON | OFF} 

default ON 
When ON, the TNC will return to Command Mode if the station on the current I/O 
stream disconnects. The TNC will not return to Command Mode if the station 


disconnecting is on a different stream. When OFF, a disconnect will not cause the 
TNC to change modes. 


See also: connect, disconnect and status 
NOMODE {ON | OFF} 
default OFF 


When OFF and a connection takes place, the TNC will change to whatever mode is 
specified in CONMODE. When ON, the TNC stays in Command Mode after 
connecting to another station; that is, it does not immediately change to Convers 
or Transparent Mode. 
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See also: conmode and connect 


NTEXT text (up to 128 characters) 
default (blank) 
This entry specifies customized text to be sent with the initial KA-Node sign-on 
message (when a remote station connects to a KA-Node). Enter any combination 


of characters and spaces up to a maximum length of 128. Entering NTEXT ‘%’ 
will clear NTEXT. 


See also: mynode and numnodes 


NUMNODES n (n = 0-26, depending on available RAM) 
default O 


This command is used to set the number of allowable circuits through the KA- 
Node. When set to a number above O, the KA-Node is enabled. 


For example, if you wish to allow up to 3 simultaneous circuits through the node, 
set NUMNODES 3. 


Changing the value of NUMNODES will cause a soft reset, as memory is allocated. 


Approximately 4 KiB of RAM is used for each circuit. The amount of RAM 
available will depend on how much RAM has been used for the PBBS, 
MAXUSERS, and MYREMOTE parameters. If you select n larger than available 
RAM will allow, a “Not enough RAM” message will be returned to you. Generally, 
set the amount of RAM required first for your PBBS (personal bulletin board) and 
then set the desired number of circuits. For example, if you have 32 KiB of RAM 
and_n is set to 5 you can only have a 1 KiB mailbox. In this case, if n is larger 
than 5, a message saying “not enough RAM” will be returned to you. 


Note: While you need to enter all the letters of the command name to change the 
value of NUMNODES, you can enter the short-form, NU, to see the current 
NUMNODES setting. 


See also: mynode and KA-Node section 
ONERADIO {ON | OFF} 
default OFF 


When ON, the presence of carrier detect on either of the two radio ports will 
prevent both ports from transmitting (if FULLDUP is OFF). 


This can be used to operate both radio ports, through one radio (on one channel). 
240 


When OFF, each port of the TNC detects presence of a signal independent of the 


other port. 

See also: cd 
PACLEN n (n = 0 - 255) 
default 64/128 Dual-Port 


This command specifies the maximum length of the data portion of a packet. The 
TNC will automatically send a packet when the number of input bytes reaches n. 
This value is used in both Convers and Transparent Modes. A value of O means 
256 bytes. 


See also: maxframe 


PACTIME [EVERY | AFTER] n (n = 0 - 255) 
default AFTER 10 (1000 msec) 


This command is used to pace the formation (and transmission) rate of packets 
in Transparent mode or in Convers mode if CPACTIME is ON. In addition, a 

PACTIME timer is necessary in transparent mode, since the SENDPAC character 
is ignored and treated as data. The timer is not started until at least one byte is 
entered for a packet; hence, a zero data length packet is never formed and sent. 


When AFTER is specified, bytes are packaged (if any available) when input from 
the terminal stops for n*100 msec or when PACLEN is reached. 


When EVERY is specified, input bytes are packaged (if available) and queued for 
transmission every n*100 msec or when PACLEN is reached. 


See also: cpactime and trans 


PAGE {[-A|-N] [-512|-1200 | -2400] [<callsign] name|capcode message} 
default -N -1200 


Paging is enabled by setting the command PAGELOG to a number above 0. This 
allocates the specified amount of internal memory to the paging function. 


The PAGE command is accepted from the local terminal, from the sysop via 
remote access, or from stations connected to the page server. It is used to initiate 
the transmission of a POCSAG page, to the specified capcode, in the format and 
at the baud rate specified. If the page command entry does not specify the format 
and baud rate, the page is transmitted in the default page type (numeric) and 
baud (1200) are used. 
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If -N is specified in the page command (or left unspecified), the page will be 
transmitted in numeric format. Numeric type pages accept up to 20 numbers. 


If -A is specified in the PAGE command, the page will be transmitted in 
alphanumeric format. Alphanumeric type pages accept up to 128 characters. 


The page command message text will accept any ASCII characters, whether the 
page type is numeric or alphanumeric, but will send numeric-only characters 
when a numeric pager is specified. However, all characters in that message will 
be retained in the pagelog entry for that transmitted page (as a potential callback 
message). 


Three paging rates are supported: 512, 1200, and 2400 BPS. If the page baud is 
not specified, the page will be transmitted at the default rate of 1200. 


When the Page Server function has been enabled (by setting a callsign in 
MYPAGE, setting a non-O value in PAGELOG) the Page Server will accept page 
commands from other stations that connect to its callsign. 


If a PAGEPASS entry has been made, the station connecting to the Page Server 
will be required to enter the correct password text, to be allowed to cause page 
transmissions. 


If a callsign is specified by <callsign, that callsign will be listed in the page log 
instead of MYCALL. A capcode, callsign, name, or alias, may be entered as the 
address for a pager. If an address other than the capcode is used, it must be 
supported with an entry in the page directory of capcode-name pairs. 


The PAGEDIR command sets a list of aliases for transmitting pages. Each entry 
can provide a shortcut (alias name) to a specific capcode, with the page type and 
baud pre-defined. 


For more information on amateur paging, see Paging in the Modes of Operation 
chapter. 


See also: pagecwid, pagedir, pagelog, pagemon, pagepriv, and pagexinv 
PAGECWID {n | ON | OFF} (n=0 to 127 min) 
default ON 


This command is used to force a CWID after each page or n minutes after a page. 
If n is set to O, no CWID is sent. The message contained in CWIDTEXT will be sent 
as the ID at 15-WPM using a 1200 Hz tone. Action specified by the CWID 
command still applies. 


See also: cwid and cwidtext 
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PAGEDIR {n | LIST[call| alias| capcode] | {+|-} callsign[alias] [-A|-N] [-512|-1200|- 
2400] [-P] capcode } 
This command is used to allocate memory for n entries for the page directory, to 
list the contents of the directory, or to make entries into the directory. 


The directory simplifies paging by allowing nicknames (aliases) or callsigns to be 
substituted for a pager’s 7-digit capcode (address) when entered a page at the 
keyboard or via the Page Server (via packet connect). In order to accomplish this, 
the directory is a table of information about each pager entered, containing the 
following for each: callsign, optional nickname, signal format (numeric or alpha), 
message rate, optional security flag, and pager’s actual capcode. 


@ For details on the use of this command, see the material on Page Directory 
in the Paging section of the Modes of Operation. 


See also: pagepswd and pagepriv 


PAGEHOLD n (n = 0 - 255) 
default O 


This command sets a time to wait between individual page transmissions, in 
seconds. 


PAGELOG {n|LIST | CLEAR} (n=KiB) 
default O 
This command its used to allocate n KiB (kilobytes) of memory for the page log, to 
list the contents of the log, and to clear the log. It must set to a number greater 


than O (zero) to enable page transmission. A change in allocated memory size, 
will cause a soft reset. 


To clear the log but retain the memory allocated without a reset, use ‘CLEAR’, or 
to list the contents of the log, use ‘LIST.’ If the pagelog fills up completely, the 
oldest entry is lost when the next page is initiated. 


@ The format of the pagelog list is shown in the Paging section of the Modes 
of Operation. 


PAGEMON {ON | OFF | ALL|LIST | cccc} (each c must equal N, A, X, or Z) 
default OFF. 
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This command is used to set port 2 in page monitor mode. Each page received 
will be output through the computer interface port to the terminal display. The 
display format is the same as monitored packets. 


PAGER> capcode (n) [time stamp]: message 


A “2?” precedes the capcode if a checksum error is computed in a page received. 
The type of page received is indicated in parenthesis, where n can be {0,1,2,3}, 
corresponding to the state of the two function bits within the page frame. When a 
9612XE (or 9612) sends a numeric or alphanumeric page, these pages are 
assigned a (QO) and (3) respectively, as defined by R-584-1, the standards 
document for Radio Paging Code No. 1 (POCSAG). Time stamping of the 
monitored page is optional and depends on the setting of the MSTAMP 
parameter. The “message” completes the display of the monitored page. 


As described in detail in the Paging section of the Modes of Operation, this 
command allows one to specify how pages are to be decoded as they are 
monitored —as numeric, as alpha, as either numeric or alpha —or if they are not 
to be monitored. 


Reminder: When using this command to monitor your club’s paging system, 
remember that discriminator output from the receiver is a must. Speaker audio 
does not work; the ‘dc’ content of the paging message Is severely degraded by 
most speaker audio circuits. 


See also: mon, mstamp, and headerlIn 


PAGEPRIV {ON | OFF} 
default OFF 


When set to ON, the Page Server can only be accessed with correct password 
response. 


See also: pagepswd 


PAGEPSWD text (text up to 128 characters) 
default blank 


This command sets the password string, for accessing the Page Server, when 
PAGEPRIV has been set to ON. If the ‘text’ is left blank password security is not in 
effect. If ‘text’ is specified, then the Page Server present connecting user with a 
password request, which must be answered correctly, before access is granted. 


The page password process operates just like the RTEXT password used for 
remote sysop and remote command access. If a password is not established, i.e. 


left blank, the Page Server will allow users to initiate pages to all entries in the 
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page directory or to any capcode. However, if a password is set, the Page Server 
will prompt the user when a password is required. 


Also, if an entry in the page directory has the -P (privacy) flag set, the Page 
Server will require a correct password response, before allowing a user to initiate 
a page by that directory entry. 
Entering PAGEPSWD “9%”, will clear the text. 
See also: pagepriv and rtext 
PAGETEXT text (text up to 128 characters) 
default blank 


This command its used to set the “connect message” text that is sent (in the first 
data packet) to users who connect to the Page Server. 


Enter any combination of characters and spaces up to a maximum of 128. 
We suggest something like the following for your pagetext: 

“Welcome to Phil’s Paging Server, Hit ‘?’ and return for a command.” 
Entering PAGETEXT %, will clear the text. 


PAGEXINV {ON | OFF} 
default OFF 


When set to ON, ones and zeroes of the transmitted page signal is inverted. 


RPC1 calls for all pages to be sent with the same “sense” (matching the intended 
pager receiver. However, not all systems follow that standard. 


This setting has no effect on page monitoring. When monitoring, the 9612XE will 
detect either received pages were sent in the normal (non-inverted) sense, or 
pages received that were sent in the SC (synchronization code) inverted sense. 


PASS n (n = $00 - $FF) 
default $16 <Ctrl+V> 


This command sets the ASCII character the TNC recognizes to allow the passage 
of a following character (any ASCII character) when it is in Converse Mode. 


For example, if you wish to send a COMMAND character (<Ctrl+C>) as part of the 
packet, you can do so by preceding it with the PASS character. The command 


character will be sent rather than returning the TNC to Command Mode. In 
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Transparent Mode all characters are passed, there are no special functions 
except the one combination to get out of transparent mode. However, see 
TRFLOW. 


PASSALL {ON | OFF} 
default OFF/OFF Dual-Port 


When set to ON, the TNC will attempt to display received packets, which are not 
complete (missing bits). If a received packet contains beginning and ending flags, 
the TNC will attempt to decode the address field as well as the data field and 
display the packet as specified by other commands such as MONITOR. 


MHEARD and NDHEARD logging are disabled when PASSALL is ON. 


When set to OFF, only complete received packets will be displayed (when the CRC 
(error checking) is correct), and as specified by other commands such as 
MONITOR. 


PBBS n (maximum value of n depends on available RAM) 
default 5 


When set to a number greater than O, the PBBS is enabled, with the specified 
amount of memory (in kilobytes) allocated to its function. 


The amount of memory available, may be limited, due to the settings of other 
functions that also require memory (e.g. NUMNODES and MAXUSERS) for their 
operation. 


Changing the size of the PBBS memory allocation, will cause the TNC to soft 
reset, aS memory use is adjusted. 


If you attempt to set the PBBS memory allocation to a size that is smaller than is 
required for currently stored message data, the message “Messages would be 
lost” will be displayed, no change will be made to the mailbox size, and currently 
stored messages remain un-affected. When this is the case, and you wish to 
reduce the size of the mailbox, you must delete (kill) some messages, to allow for 
“down-sizing” the PBBS memory allocation. 


It may be tedious to delete many messages, especially if many of those messages 
are addressed to different callsigns, those messages must be specifically deleted 
one at a time. When this is the case, and you wish to “forget” all messages in the 
PBBS, you can de-allocate all memory assigned to the mailbox, by setting PBBS 
to O, which will effectively delete all mailbox messages. 


Then, to re-enable the mailbox, just re-enter the PBBS command with your 


desired amount of TNC memory to use for storage of messages. 
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If you re-enter the PBBS command, with the same size as the current setting 
(check its current setting, with just the command PBBS, first), currently stored 
messages will be re-numbered, with the oldest message becoming message 
number 1. 


If you re-enter the PBBS command with a size different that the current setting, 
currently stored messages will not be re-numbered, and the mailbox memory 
allocation will be adjusted (as long as the new size, will not result in lost 
messages, as noted above). 


This command causes a soft reset when changing PBBS to a size different from 
its previous value. 


Note: To change the value of PBBS you must enter the whole command name 
(PBBS), but to just check the current value, you only need enter the short-form 
PB. 


See also: cmsg, mypbbs, pbheader, pblo, pbperson, ptext, and PBBS section 


PBFORWRD [bbscall [VIA call1,call2,...call8] ] [port] [EVERY | AFTER n] 
default NONE PORT2 EVERY O (disabled) 


This command is used to enable the forwarding of mailbox messages. The HTEXT 
command must also be configured. 


Its setting specifies the callsign of a BBS (or another PBBS) to which, your PBBS 
will attempt to connect, to pass forwardable messages. The specified TNC radio 
port will be used, at the specified interval time. 


A forwardable message, is one that contains an @BBS field, is not being HELD 
(status H), and has not previously been FORWARDED (status F). 


If “EVERY n” is specified, the PBBS will attempt to forward once every n number 
of hours. 


If “AFTER n” is specified, the PBBS will attempt to forward eligible messages, 
whenever a user disconnects from the PBBS, and every n number of hours after 
that. Setting the “AFTER n” time interval (to a non-zero interval), will cause the 
PBBS to attempt to forward eligible messages immediately. 


After the PBBS has completed message forwarding session, it will then request a 
reverse forward, if PBREVERS is ON. Note that full-service BBS systems must be 
configured to allow reverse forward requests from your PBBS. 


Note: Your PBBS will not forward or reverse forward unless the HTEXT command 
has been configured. 
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See also: pbrevers and htext 


PBHEADER {ON | OFF} 
default ON 


When set to ON, the routing headers of messages received from a full-service 
BBS, will be included with the message stored in the PBBS. 


When set to OFF, the routing headers of messages are not stored in the mailbox. 
This can result in less memory required for message storage. 


The routing headers contain lists of message sources, and all BBS/PBBS stations 
that handled each message. The routing header lines of messages, begin with R:. 


When PBHEADER is set to OFF, as messages are forwarded into the PBBS, it will 
ignore (discard) all lines beginning with R: until it sees the first line that does not 
begin with an R:. From that point on, the rest of the message will be stored, even 
if a line later in the message begins with an R:. 


See also: PBBS section 


PBHOLD {ON | OFF} 
default ON 


When set to ON, any forwardable message received and stored in the PBBS, will 
automatically be held (status H) for review. 


A HELD message can only be released for forwarding by the PBBS sysop. A sysop 
must be connected to the PBBS, and as a sysop, can edit message status. To 
release a HELD message for forwarding, use the EDIT command specifying the 
message number, and H to toggle its H (held) flag off. 


For example, to release (un-hold) message number 4, enter the command: Edit 4 
Me 


When set to OFF, forwardable messages received and stored in the PBBS, may 
immediately be forwarded from your PBBS, as configured by PBFORWRD. 


Note that any mailbox message addressed TO or @ your TNCs MYCALL or 
MYPBBS call, will be held (and not forwardable) regardless of the setting of 
PBHOLD. 


PBKILLFW {ON | OFF} 
default ON 
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When set to ON, Private and Traffic type messages will be deleted (killed) from 
your PBBS after they have been successfully forwarded. 


When set to OFF, Private and Traffic type messages, when successfully 
forwarded, will be retained in the PBBS, but will be marked as forwarded (status 
flag F). 


PBLIST [ON| OFF] [NONE | {+]|-}callsign | callsign1,callsign2...] 
default OFF NONE 


The front panel of your TNC has a mail-status indicator that blinks when there is 
unread mail in your PBBS addressed to your TNCs MYCALL, or to your TNCs 
MYPBBS. Several PBBS user commands (LISTMINE, READMINE, and KILLMINE) 
operate on mail addressed to your MYCALL or to your MYPBBS. 


PBLIST allows you to add up to ten more callsigns to the set of callsigns included 
as “mine” for use with the “mail” indicator and the PBBS commands (LISTMINE, 
READMINE, and KILLMINE). The PBLIST command has two parameters: one for 
creating, changing, or deleting the list of callsigns on the PBLIST and the other 
for turning ON or OFF the use of the callsigns on the current PBLIST. 


@ SSID’s attached to callsigns are always ignored in the mailbox. 


The maximum number of callsigns allowed in PBLIST is 10. Up to 10 callsigns 
may be entered at once, using the format shown after the command name, and 
the new list of from 1 to 10 callsigns will replace whatever list was there before. 


The PBLIST command can be used to add (+callsign) or remove (- callsign) a 
single callsign. 


If the PBLIST is full (has 10 entries) when you try to add a callsign to the list 
(+callsign), the TNC will respond with “EH?” and return you to the command 
prompt. 


To remove all PBLIST entries, set PBLIST to NONE. 


When you change PBLIST, the new list of callsigns takes effect immediately for use with 
the PBBS commands (LISTMINE, READMINE, and KILLMINE). But the new list will not 
be used with the mail-status indicator until after the next disconnect from the PBBS or 
the next reset. 


When PBLIST is set to ON, the callsigns on the current PBLIST list are included 
as “mine” for use with the “mail” indicator and the PBBS commands (LISTMINE, 
READMINE, and KILLMINE). Your callsign (MYCALL) and your MYPBBS are also 
included as “mine” when PBLIST is ON. 
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When PBLIST is OFF, there may be entries in the PBLIST, but only your callsign 
(MYCALL) and your MYPBBS are included as “mine” for use with the front panel 
“mail” indicator and the PBBS commands (LISTMINE, READMINE, and 
KILLMINE). 


@ Hint: Some uses of PBLIST, to give you additional use of your front panel 
“mail” indicator (and the PBBS commands shown above) would be to 
include on PBLIST: 


(1) callsigns of family members who are also hams, 
(2) old callsigns that people might still be using for you, and/or 


(3) callsigns that are common errors in trying to reach you (e.g., replacing a 
number “zero” with a letter “O" in your callsign). 


PBLO [OLD | NEW] [FIXED | VARIABLE] 
default NEW VARIABLE 
Sets the listing order, when a PBBS user requests a list of PBBS messages. 


When set to OLD, the user requested message listing will be displayed with the 
oldest message first, up to the most recent. (i.e. ascending numerical order). 


When set to NEW, the user requested message listing will start with the most 
recent, up to the oldest message. (i.e. descending numerical order). 


When the second parameter is set to FIXED, the user cannot change the listing 
order. 


When the second parameter is set to VARIABLE, the user may specify the order in 
which messages will be displayed (by using the LO command at the PBBS 
prompt). 
See also: PBBS section 

PBMAIL {ON | OFF} 

default OFF 


When set to ON, the personal mailbox will periodically transmit a packet, 
containing the callsigns of unread messages in the TO field of stored messages. 


PBPERSON {ON | OFF} 
default OFF 
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When set to OFF, the PBBS will allow messages to be sent to any callsign. 


When set to ON, the PBBS will only allow messages addressed to the MYCALL, 
MYPBBS, or PBLIST callsigns. 


A PBBS sysop user, can address messages to anyone, even if PBPERSON is set 
to ON. 


See also: mycall, mypbbs, and pbbs 


PBREVERS {ON | OFF} 
default ON 


When set to ON, the PBBS will request a reverse forward from another BBS after 
it has finished forwarding mail to the other BBS. This does not affect the ability of 
another BBS to reverse forward from your PBBS, but only affects the action taken 
by the PBBS after it has initiated a forward (as configured by PBFORWRD). 


Note: HTEXT must be set, to enable forwarding or reverse forwarding of PBBS 
messages. 


See also: HTEXT, PBFORWRD 


PERSIST n (n = 0 - 255) 
default 192/192 Dual-Port 


This command, used with SLOTTIME, implements an algorithm for channel 
access when transmitting packets. 


The PERSIST/SLOTTIME algorithm is used to determine whether to transmit 
packets. Use of this method has been shown to be considerably more efficient 
than the DWAIT method used by many standard AX.25 packet stations, and the 
result is increased throughput under most channel conditions. 


The value of “n” is used to determine if a packet will be sent after SLOTTIME 
expires. For example, let us assume a PERSIST setting of 192 and a SLOTTIME 
setting of 10. This slottime setting corresponds to 100 msec. When the TNC 
detects that the channel is clear and available (no carrier is detected), it starts 
the SLOTTIME timer. When the timer expires, (100 msec in our case), the TNC 
generates a random number between O and 255. If that random number is equal 
to or less than the PERSIST value, the TNC keys up the transmitter and sends the 
data packet. With our setting of 192, the odds of this occurring after the first 
slottime are about 1 in 7. (Actually, the probability is PERSIST plus 1 divided by 
256.) If the TNC generated random number is greater than PERSIST, the TNC 
restarts the timer and waits for the timer to expire again before generating a new 
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random number. This is repeated until the TNC gains channel access and sends 
its packet of information. 


Making SLOTTIME smaller will cause the TNC to generate the random number 
more frequently, whereas raising the PERSIST value will give a better chance 
(improve the odds) of transmitting the data. With careful choice of these values, it 
is possible to improve data throughput while at the same time permitting shared 
channel usage by other packet stations. The persistence algorithm has been 
added on top of the DWAIT algorithm. 


See also: slottime 


PHEARD [CLEAR] 
immediate 
This command will display a list of the last 10 stations that have connected to the 


PBBS. The list will show the callsign of the connecting station and the last time 
they connected and disconnected. 


To clear the PHEARD list of all current entries, enter PHEARD CLEAR. 


See also: passall 


PID {ON | OFF} 
default OFF/OFF Dual-Port 


When set to OFF, only those monitored packets with a protocol ID (PID) of $FO 
(pure AX.25) are displayed (when MONITOR is set to ON). 


When set to ON, all monitored packets are displayed (as allowed by other monitor 
settings). 


Some of the information in higher level AX.25 (or non-AX.25) packets (for 
example: TCP/IP, NET/ROM or TheNet) can look garbled, and cause some 
terminals and computers to lock up. Net/Rom, TheNet and G8BPQ nodes have a 
PID of $CF, TCP/IP uses $CC and $CD, and standard AX.25 is $FO. 


PMODE {CMD|CONV| TRANS} 
default CMD 


The PMODE command controls the mode your 9612XE will be in when it is first 
powered up or reset. 


When set to CMD, the 9612XE will produce a sign-on message followed by the 
command prompt. (normal start) 
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When set to CONV, the unit will be in the Convers Mode, when it is powered on (or 
after a soft reset). Returning to command mode, requires a single <Ctrl-C>. 


When set to TRANS, the unit will be in transparent mode, when it is powered on. 
Returning to command mode, requires the three <Ctrl+C> sequence. 


PORT {1|2} 
default 1 


This command sets which radio port is current, upon power up, or when a soft 
reset OCCUIS. 


Port 1 is the low-speed (1200-baud) port, and port 2 is the high-speed port. 


To change the default startup radio port, enter PORT and the other radio port 
number. 


To temporarily switch radio ports and/or streams during operation, use the 
streamswitch. 


See also: streamsw and hbaud 


POLLID n (n=0000-9999) 


Default OOOO 


The four-digit POLLID is used in POLL mode. It configures the modem as a Control 
or as a Remote modem. 


If POLLID is equal to OOOO, this unit is a Control Modem. 
If POLLID is OOO1 to 9999, this unit is a Remote Modem. 
See POLL mode operation in the Operating Modes section, for more information 


about its operation. 


PTEXT text (up to 128 characters) 
default (blank) 


This entry specifies the customized text sent to users that connect to the PBBS 
(personal mailbox). 


It accepts any combination of characters and spaces up to a maximum of 128. 
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Entering PTEXT “%” will clear the PTEXT entry. Don’t use the “>” character in 
your PTEXT, as this is reserved by BBS systems for their prompt. 


See also: pbbs 


RANGE min:max/min:max/min:max/min:max/min:max 
default 0:255/0:255/0:255/0:255/0:255 


Each of the 5 A/D inputs are normally read (sampled) by the microprocessor as a 
decimal value ranging from O to 255, where a sample read as O (zero) volts is 
displayed as a decimal O (zero), and a sample read as +5v, is displayed as 
decimal 255. 


The min:max (minimum:maximum) sets the scale of the display of samples of 
voltages at the analog inputs. You can use the RANGE command to 
mathematically convert that decimal value display, to any offset and scale you 
want. 


If you would like the analog input sample to be expressed as a voltage with 2 
decimal precision, for example, set the range for that analog pin as 0:5.00. 


If you connect a temperature sensor to an A/D pin, which outputs 0-5 V for 
temperatures of -40 to 100, set the range for that input to -40:100.0. 


A pressure sensor that gives 0-4 V for 1 PSI would use a range of 0:1.25. 


See also: analog and telemetry 


REDISPLA n (n = $00-$FF) 
default $12 <Ctrl+R> 


This command sets a character the TNC will recognize, when sent from the 
terminal, to redisplay the text that is currently being typed (before it has been 
entered). 


When you type the REDISPLAY-packet character, the following things happen: 
First, type-in flow control is released (if FLOW was enabled). This displays any 
incoming packets that are pending. Then a \ (backslash) character is displayed, 
and the packet or command you have begun is redisplayed on the next line. If you 
have deleted and retyped any character, only the final form of the packet will be 
shown. You are now ready to continue typing. Incoming packets will continue to 
be displayed until you type the next character of your current message. 


You can use the REDISPLAY-packet character to see a “clean” copy of your input 
if you are using a printing terminal (or have BKONDEL OFF) and you have deleted 
characters. The REDISPLAYed packet will show the corrected text. 
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You can also use this character if you are typing a message in Convers Mode and 
a packet comes In. You can see the incoming message before you send your 
packet, without canceling your input. 


See also: bkondel, canline, canpac, and flow 
RELINK {ON | OFF} 
default OFF/OFF Dual-Port 


When set to OFF, the TNC operating with AX25L2V2 ON does not attempt to 
automatically reconnect. 


When set to ON, the TNC operating with AX25L2V2 ON will attempt to 
automatically reconnect after RETRY is exceeded. 


The KA-Node and the PBBS will never attempt to reconnect regardless of the 
setting of this command. If using AX.25 Level 2 Version 1 (AX25L2V2 OFF) this 
command has no effect. 


See also: ax25|2v2, retry, and tries 


immediate 
This command is used to cause the TNC to perform a soft reset. 


Contents of the mailbox (PBBS) are kept, and the NDHEARD and MHEARD logs 
are not cleared. 


Any existing connections, which are not conpermed, will be lost, even though the 
other station may still indicate a connection to your station. 


The initial sign-on message will be displayed, and any changed settings that did 
not take immediate effect, will now be in effect. 


The Reset command has the same result as powering the TNC off and back on. 
See also: intface, maxusers, myremote, numnodes, pbbs, and restore 
RESTORE DEFAULT 
immediate 
When the RESTORE D is sent to the TNC, its RAM contents (changed settings, 


PBBS messages, etc.) are cleared, and factory default settings are restored. 
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When next powered on, the TNC will be running its AUTOBAUD routine, the same 
as a new unit. 


See also: reset 
RETRY n (n = 0-15) 
default 10/10 Dual-Port 


This command specifies the number of packet retries, for connect request and 
connected type packets. 


Packets will be re-transmitted n times before an operation is aborted. The time 
between retries (when no acknowledgment is received) is specified by the 
command FRACK. 


See also: ax25l2v2, frack, relink, and tries 
RING {ON | OFF} 
default ON 


When ON, three bell characters ($07) are sent to the terminal with each “*** 
CONNECTED TO” message (when another station initiates the connect). 


RNRTIME n (n = 0-255) 
default O 


RNRTIME is set in 10 s increments. If a connection stays in a remote device busy 
state (continues to receive RNR frames) for RNRTIME, the TNC will attempt to 
disconnect from that connected station. 


If a KA-Node connection stays in a remote device busy state for RNRTIME the KA- 
Node will disconnect the input and output sides of the KA-Node circuit. 


When set to O, the RNRTIME timer is disabled. 

See also: mresp 
RPRINT text (text up to about 250 characters) 
immediate 


RPRINT (remote print) is an immediate command which causes the specified 
“text” to be output through the TNCs computer interface port. 


A remote SYSOP (while connected to the TNCs MYREMOTE callsign) can “remote 
print” a character string to any device that is connected to the 9612XE (RS232) 
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computer interface port. The string content could be used to change the 
configuration of a GPS unit. 


RTEXT text (text up to about 250 characters) 
default (blank) 


This command sets a password character string. It is used when a remote station 
connects to the MYREMOTE callsign, or when a station connects to the PBBS, 
and wishes to gain SYSOP access. 


Upon connection to the MYREMOTE, or when requesting sysop access when 
connected to the PBBS, that remote station will be sent three sets of numbers. 
That user must return a string of characters, one for each numbered position in 
the RTEXT string. 


For instance, if the RTEXT is set to “This is my RTEXT string” and you connect to 
the MYREMOTE, the TNC would send three sets of random numbers. The 
numbers would look like: 


520147183 
71414819 
93 8 1222.1 


You must then pick ONE of these lines and decode the password string (i.e., 
assign letters to each letter position), to return. Let’s say you choose to decode 
line 3(9 3812 22 1). Rewriting the RTEXT string to make this easier we have: 


ay 


EVEL TET 2222 
12345678901234567890123 
This is my RTEXT string 


Now, decoding the string, character 9 is “m” character 3 is “i”, character 8 is “” 
(i.e., blank), character 12 is “R”, character 22 is “n”, and character 1 is “T”. You 
must send the following in response to the string of numbers: 


mi RnT 


If you sent the correct character string, you will receive the MYREMOTE prompt 
(“prompt:”), or will granted PBBS sysop access, 


@ Note that case is significant, and spaces are considered valid characters. 


If you fail to properly decode and return the correct characters, the remote 
9612XE will send three new lines of numbers. You will be given a maximum of 
three attempts to properly decode the password string. If you fail in three 
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attempts, the TNC will disconnect. After failing in three attempts, the MYREMOTE 
is disabled for 15 min. 


SCREENL n (n = 0-255) 
default O 


This value is used to format what is sent to your terminal. A “CR” sequence is 
sent to the terminal at the end of a line when n characters have been printed. 


A value of zero inhibits this action. 

See also: autolf 
SENDPAC n (n = $00-$FF) 
default $0D <Ctrl+M> (CR or ENTER) 


This command specifies a character that will force a packet to be sent in Convers 
Mode. In the Convers Mode, packets are sent when the SENDPAC character is 
entered or when PACLEN is achieved. 


See also: cpactime and cr 
SLOTTIME n (n = 0-255) 
default 10 Dual-Port 


n specifies the amount of time, in 10 msec increments, between successive tries 
of the persistence algorithm. 


See also: persist 
START n (n = $00-$FF) 
default $11 <Ctrl+Q> 


This command specifies the character sent by the computer to the TNC to restart 
output from the TNC. If set to $00 only hardware flow control will be used. For 
software flow control, set this parameter to the character the computer will send 
to restart data flow. 


See also: stop, xflow, xoff, and xon 


STATUS [LONG] 


immediate 
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Entry of the STATUS command will display the number of bytes available (i.e., 
free bytes) in the TNCs computer port input buffer, the current I/O stream, and 
any streams having a connected status. 


Adding the LONG option, will cause the TNC STATUS display to include the status 
of all streams allowed by MAXUSERS, PBBS, NUMNODES, and MYREMOTE. 


The current KA-NODE input and output (IO) stream is also indicated. A pound 
sign ‘#’ (octothorp) indicates that there is unacknowledged data in the buffers for 
that stream. The number immediately following the # is the number of bytes 
outstanding. The number in parentheses is the number of packets not yet 
acknowledged. 


The following is an example of a display (using STATUS LONG). A, B, C, (i.e., 
MAXUSERS = 3/3) indicate the stream. “A” stream is connected to KE@SM and 
has 50 bytes in 2 packets that are unacknowledged. The current stream (IO) is 
the “B” stream, which is connected to NOKN. KB@NYK is connected on circuit “A” 
of the KA-Node. All other streams, node circuits, the BBS, and the remote access 
are disconnected. Appending “/P” to the callsign indicates that the connection is 
permanent (see CONPERM). 


cmd: status long 

FREE BYTES 1661 

A/1 stream - #50(2) CONNECTED to KEOSM 
B/1 stream - |O CONNECTED to NOKN/P 
C/1 stream - DISCONNECTED 

A/2 stream - DISCONNECTED 

B/2 stream - DISCONNECTED 

C/2 stream - DISCONNECTED 

BBS DISCONNECTED 

REM DISCONNECTED 

Ain/1 CONNECTED to KBONYK 

Aout DISCONNECTED 

Bin DISCONNECTED 

Bout DISCONNECTED 


See also: conperm, maxusers, myremote, numnodes, pbbs, and streamsw 


STOP n (n = $00-$FF) 
default $13 <Ctrl+S> 


This command specifies the character sent by the computer to the TNC to stop 
output from the TNC. If set to $00 only hardware flow control will be used. For 
software flow control set this parameter to the character the computer will send 
to stop data flow. 
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See also: start, xflow, xoff, and xon 


STREAMCA {ON | OFF} 
default OFF 


When receiving packets addressed only to you (MONITOR OFF and/or MCON 
OFF), setting this command ON will enable the display of the callsign of the 
connected-to station following the stream identifier of the connection (controlled 
by STREAMEV). This is especially useful when operating with multiple 
connections allowed. 


See also: mcon, monitor, and streamev 


STREAMEV {ON | OFF} 
default OFF 


When OFF, the stream indicator is displayed only when a change in streams 
occurs. When ON, the stream indicator will be displayed with every incoming 
packet. This command takes effect only when receiving those packets addressed 
to you and MCON is OFF. 


See also: mcon, monitor, streamca, and streamsw 


STREAMSW n (n = $00-$FF) 
default $7C (|) 


This command selects the character to be used to signify that a new “stream” or 
connection channel is being addressed. To change streams, you must type this 
streamswitch character followed immediately by the stream designator. The 
stream designator is an alphabetic character A through Z, or a through z, limited 
by the value of MAXUSERS. 


If more than one port is active, and you wish to change to a stream on another 
port, you need to insert the port number between the streamswitch character and 
the stream designator. For example, to switch from stream C of the 1200 baud 
port (port 1) to stream B of the 9600 port (port 2), use the character sequence 
“12B". 


@ |f STREAMSW is set to the dollar sign ($24) you will need to enter 
parameter values in decimal. Alternatively, precede the $ with the PASS 
character in order to enter hex numbers. 


The character selected can be PASSed in the Convers Mode by using a special 
PASS character and will always be passed as data in the Transparent Mode. If 
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operating in the Transparent Mode and you wish to change streams, you must 
first return to the Command Mode. 


See also: maxusers, pass, and status 


SUPLIST [ON | OFF] [NONE |{+]|-}call | call1,call2,..] 
where call={callsign | {<|>}callsign | 


callsign{>|<>}callsign} 
default OFF NONE 


SUPLIST is used to determine which received packets will not be displayed, i.e. 
suppressed. When OFF or NONE, SUPLIST will not prevent the display of packets, 
even if it has callsigns in its list. 


The maximum number of callsigns allowed in SUPLIST is 10. Up to 10 callsigns 
may be entered at once, using the format shown after the command name, and 
the new list of from 1 to 10 callsigns will replace whatever list was there before. 
The SUPLIST command can be used to add a single callsign (+callsign), so long 
as there is room for the new callsign on the list (if there is not, the TNC responds 
with “EH?” and returns you to the command prompt). Similarly, you can remove a 
single callsign (-callsign) from the list. And to remove all items from the current 
list, enter SUPLIST NONE. 


A callsign entered without a SSID will match any SSID of that callsign. To match a 
specific SSID only, enter the callsign with that SSID: for example, callsign-n, where n = 
0-15. 


Selective display is enabled when one or two callsigns are combined with a “>” 
and/or “<” character. For example, entering “>callsign” will disable display of 
packets TO that callsign (assuming SUPLIST is ON), entering “<callsign” will 
disable display of packets from the callsign, entering “callsign1>callsign2" will 
block display of packets from callsign1 to callsign2, and entering 
"callsignl<>callsign2" will block display of packets from callsign! to callsign2 
and vice versa. 


@ Note that entering call>call or call<>call counts as two of the 10 maximum 
allowed callsigns. 


See also: monitor 


SWP u,d,t 
default 17,17,108 
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This command sets the parameters used in the algorithm that calculates software 
carrier detect. The first number (u) is used to increment a counter when a valid 
mark/space or space/mark transition occurs in the received signal (i.e. transition 
occurs at the beginning of a bit time). The second number (d) is a penalty 
subtracted from the counter when a transition occurs in the middle of a bit time. 
The t value is the threshold value - when the counter total reaches this value, the 
carrier detect will be set true. 


The values need to be separated by commas as they are entered (as shown). Also 
as shown, spaces between values are not necessary—but entering spaces after 
the commas is OK. 


Once carrier detect is active, the counter must drop to O before carrier detect is 
again made false. 


See also: cd 


TELEMTRY n (n=0-255) 
default O 


A telemetry beacon is sent every n*10 s. If n = O, the beacon is disabled. The 
telemetry beacon is a UI frame sent to BEACON. If there is a current UNPROTO 
digipeat path, it will be used to transmit the telemetry beacon. 


The data in the UI frame is in the form: “T#nnn,anO,anl,an2,an3,an4,bbbbbbbb”, 
where: 


e “nnn” is a decimal count for the telemetry beacon and is incremented each 
time the beacon is sent. When first used, or after the unit is reset, the beacon 
counter begins at O01 (T#001). After reaching 999 (T#999), the counter 
cycles around to 000 (T#OO0O). 


e “an0",”anl", “an2", ”an3", and “an5" are the decimal readings on the 
corresponding analog inputs of the microprocessor. 


@ Note: APRS® expects leading zeroes for the analog readings; you must set 
RANGE to 0:255 to use the APRS® format. 


e “bbbbbbbb” is the binary reading of the 8 analog input pins on the XE 
microprocessor, where “b” = “1" means a Logic High on the pin and ”b" = “O" 
means a Logic Low on the pin. The first ”b" in the string of 8 binary digits is 
the most significant bit, and the last “b” is the least significant bit, of the set 
of the 8 input analog register of the microprocessor. The last three analog 
inputs (AN5 to AN7), are used for internal functions. 
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See the documentation on APRS® for more information on the use of telemetry 
along with GPS. 


See also: analog and range 


TRACE {ON | OFF} 
default OFF Dual-Port 


When ON, all received frames are displayed in their entirety, in hexadecimal, 
including all header information. All packets, which are eligible for monitoring 
also, will be displayed in normal text. 


TRANS 


immediate 


This command causes immediate exit from Command Mode into Transparent 
Mode. The current link state is not affected. There are no special editing 
characters, all characters are sent out as received. To get out of Transparent, 
send the TNC a modem break if BREAK is ON, or see CMDTIME for a special 
keyboard sequence. 


See also: break, cmdtime, and command 


TRFLOW {ON | OFF} 
default OFF 


This command allows the TNC to respond to software flow control from the 
computer while in the Transparent Mode. When TRFLOW is OFF, software flow 
control is not used in the Transparent Mode. Hardware flow control will be 
expected from the computer by the TNC. The computer program needs to use 
hardware flow control, and the 232 cable needs to be wired with CTS and RTS 
connected. When ON, software flow control is enabled and the START and STOP 
characters are sent by the computer to the TNC to control the flow of data. When 
START and STOP are set to $00, hardware flow control must be used. If not zero, 
the TNC will respond to the computer’s START and STOP characters and remain 
transparent to other characters from the terminal or computer for flow control. 


All characters can be received in Transparent Mode (including the START and 
STOP characters), when START and STOP are set for software flow control 
(normally <Ctrl+Q> and <Ctrl+S>), by setting TRFLOW ON and TXFLOW OFF. You 
will not, however, be able to send the START and STOP characters, since the TNC 
will interpret them as flow control. 


See also: trans, txflow, and xflow 
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TRIES [n] (n = 0-15) 


The TRIES command will display and optionally set the number of attempts, 
which have been made to re-send a packet (on the current stream) which failed to 
reach its destination. For instance, if RETRY is set to 10, TRIES will show how 
many attempts have already been made to pass the data. For example, if TRIES 
were to show 8, “TRIES 3” would reset the counter to make the TNC believe that 
it had only tried 3 times so far, thus allowing 7 more attempts before the RETRY 
limit is exceeded. 


See also: retry 


TUPTIME [n] (n = 0-255) 
Default 1/1 


Sets the time-to-live (in lOO msec increments) for TUP digipeated packets. It is a 
delay between transmissions, to allow time for packets to reach a destination 
(especially when the path includes digipeaters). 


“+ TXDELAY n (n = 0-255) 
default 30 Dual-Port 


This command sets the transmitter key-up delay as n*10 msec. This setting 
establishes the time delay between the application of push-to-talk and the start of 
packet data to the transmitter. Flags (characters to begin packet) are sent during 
the delay. This command needs to be set long enough to give your transmitter 
time to come to full power before data is sent. If set too short the beginning of 
the packet will be chopped off and another station will never be able to decode 
you. If set too long, additional flags at the beginning (heard as a repetitive sound) 
waste airtime. It may be necessary to increase your TXDELAY to allow the 
receiving station enough time to switch from transmit back to receive to detect 
your signal. 


TXFLOW {ON | OFF} 
default OFF 


This command allows the TNC to send software flow control (XON and XOFF) to 
stop and restart the flow of data from the computer while in the Transparent 
Mode. When TXFLOW is OFF, hardware flow control must be used between the 
computer and TNC. RTS and CTS must be connected between the TNC and 
computer for hardware flow control. When TXFLOW is ON, software flow control 
between the TNC and computer in Transparent Mode will depend on the setting 
of XFLOW. XFLOW ON enables software flow control, XFLOW OFF disables it. 
When software flow control is enabled, the TNC will send the XON and XOFF 
characters to the computer to control data flow. 
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When set for software flow control, all characters can be sent in Transparent 
Mode (including the XON and XOFF characters) by setting TXFLOW ON, XFLOW 
ON and TRFLOW OFF. You will not, however, be able to receive the START and 
STOP characters, since your terminal program should interpret them as flow 
control. 


See also: trans, trflow, and xflow 


UIDIGI [ON | OFF] [NONE] {+]|-}CALLSIGN | call1,call2,call3,call4] 
default OFF NONE/OFF NONE Dual-Port 


Up to 4 call signs can be specified for special digipeater duty. The packet will be 
digipeated if any of the UIDIGI calls appears in the to-be-digipeated field of a Ul 
packet, if MYCALL does not appear in the source field or any of the has-been- 
digipeated fields. The UIDIGI call in the to-be-digipeated field will be replaced by 
MYCALL, with the H bit set. 


See also: dwait, persist, uidwait, and unproto 
UIDUPE n/n (n = 0-255) 
Default 0/0 Dual-Port 
Timer for UI duplicate checking (0-255 s) 


When a UI packet Is digipeated, a checksum is formed over the source, 
destination, and data fields of the packet. This checksum is kept for n seconds (0- 
255). If a received UI packet is eligible for digipeating, but its checksum matches 
one of those being saved, the packet is discarded (not digipeated). 


The buffer holds a maximum of 64 checksums. 


UIDWAIT [ON | OFF] 
default OFF Dual-Port 


When UIDWAIT is OFF, “special” digipeat packets (those formed by UIDIGI, 
UIFLOOD, or UITRACE only) have their usual channel access; there is no wait 
DWAIT or slottime added before transmission once the channel is clear. However, 
if UIDWAIT is set ON, the packets waiting to be digipeated will be subject to the 
same wait times as not-to-be-digipeated packets awaiting transmission. 


@ By subjecting “special” to-be-digipeated packets to a delay determined by 
slottime and persist, it is more likely that to-be-digipeated packets of two 
or more stations in the same vicinity would not collide. This may be good if 
one wants to guarantee that a digipeated packet will “make it out” of its 
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neighborhood but bad if one wishes to limit the number of times a packet 
is re-digipeated, such as in APRS® applications. 


See also: dwait, persist, and uidwait 


UIFLOOD namef{, n[,{FIRST | 1D | NOID}]] (name = 5 char max)(n=0-255) 
default disabled,30,NOID/disabled,30,NOID Dual-Port 


When a UI frame is received with a call in the to-be-digipeated field of the form 
‘name’ x-y where x is a number (1-7) appended to ‘name’ and y Is an ssid (1-7), 
the ssid is decrement and the UI frame is digipeated without setting the H bit. 
When the packet is digipeated, a checksum is formed over the source, 
destination, and data fields of the packet. This checksum is kept for n seconds (0- 
255). If an incoming UI packet is eligible for digipeating as above, but its 
checksum matches one of those being saved, the packet is discarded (not 
digipeated). The buffer holds a maximum of 64 checksums. If the optional 
parameter ID is selected, the MYCALL call sign is inserted in an additional 
digipeater address field with its H bit set. 


See also: uidwait 


UIGATE [ON | OFF] 
default OFF/OFF Dual-Port 


The purpose of this command is to prevent heavy high speed UI frame activity 
from congesting (“flooding”) the low speed port (port 1) frequency. 


UI packets with a to-be-digipeated address of MYGATE that enter a port with 
UIGATE ON will be digipeated out the other port. If UIGATE is OFF for a port, UI 
packets with a to-be-digipeated address of MYGATE entering that port will be 
discarded. 


See also: digipeat and mygate 


UITRACE name, n 
default disabled, 30 Dual-Port 


When a UI frame is received with a call in the to-be-digipeated field of the form 
‘name’ x-y where x is a number (1-7) appended to ‘name’ and y is a ssid (1-7), 
and MYCALL does not appear in the source field or any of the has-been- 
digipeated fields, MYCALL with the H bit set is inserted before the to-be- 
digipeated field, the ssid of the to-be-digipeated field is decremented, and the UI 
frame is digipeated without setting the H bit of the to-be-digipeated field. The 
value of n sets a delay time between duplicate digipeats. Use of this “do not 
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duplicate within n seconds” feature helps control the number of UI frames 
digipeated. 


@ |f the packet should already have 8 digipeater fields, MYCALL is not 
inserted. 


See also: dwait, persist, and uidwait 


UNPROTO {call [VIA calls]} 
default CQ/CQ Dual-Port 


Sets the path for transmitted UI (unnumbered information) packets. 


call = destination address (this is just a “dummy” address, as no connection 
takes place, people often put their name or CQ here) 


Via calls = optional stations to be digipeated through. A maximum of 8 digipeat 
addresses (callsigns or aliases) can be specified. 


Each callsign may also have an optional Secondary Station Identifier (SSID) 
specified as -n, where n = 1 - 15. The digipeat callsigns are specified in the order 
in which they are to relay transmitted packets. This command is used to set the 
digipeat and destination address fields for packets sent in the unconnected 
(unprotocol) mode. Unproto packets do not receive an acknowledgment and are 
not retried. They are sent as Unnumbered |-frames <UI>. The digipeater list is 
also used for BEACON and ID packets. If UNPROTO is “NONE”, no unconnected 
packets will be sent except for BEACON and ID. Setting MONITOR ON can 
monitor unconnected packets sent from other units. If you are connected, you 
must also set MCON ON. 


See also: beacon, id, monitor, mrpt, and xmitok 


USERS n (n = 0-26) 
default 1 Dual-Port 


This command specifies the channels (streams) which may be available to 
incoming connect requests. For example, if USERS = 5 then an incoming connect 
request will connect to the lowest channel A - E, if any of these channels are in 
the unconnected state. If none of the 5 channels are available (all of them are 
connected), a <DM> packet will be sent back to the requesting station and the 
message “*** connect request: (call)” will be output to your terminal, If 
permitted. If USERS is set to O no one will be able to connect to you. If USERS is 
set higher than MAXUSERS, the extra is ignored and the message “USERS 
LIMITED BY MAXUSERS” will be displayed. 
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See also: intface, maxusers, and streamsw 


“ VERSION 


immediate 


This command causes the TNC to display its model name and current bios 
(firmware) version number. 


XFLOW {ON | OFF} 

default ON 
When ON software flow control will be implemented according to the settings of 
START, STOP, XON, and XOFF. For normal software flow control set XFLOW ON, 
START $11, STOP $13, XON $11, XOFF $13. The TNC expects the computer or 
terminal to respond to the flow control characters XON and XOFF, and the TNC 
responds to the START and STOP characters from the computer. When XFLOW 
OFF, the TNC will only use and recognize hardware flow control lines (CTS and 
RTS) to start or stop data. The 232 cable must be wired appropriately. If the 


software flow control characters are set to $00, software flow control is not 
possible. 


In the Transparent Mode flow control is also determined by the settings of 
TRFLOW and TXFLOW. 


See also: start, stop, trflow, txflow, xoff, and xon 
XKCHKSUM {ON | OFF} 
default OFF 


This command only applies when INTFACE is set to XKISS. The value of 
XKCHKSUM controls whether the XKISS CHECKSUM mode is active. 


See also: xkpolled 


XKPOLLED {ON | OFF} 

default OFF 
When set to ON, the XKPOLLED mode of XKISS mode is enabled. 
This command only applies when INTFACE is set to XKISS. 


See also: xkchksum 
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XMITLVL n/n port 1(n = 0-502)/port2(n=0-255) 
default 100/64 Dual-Port 


This command is used to set the transmit audio output levels for the radio ports. 


You may find it more convenient to use the CAL command in that it allows you to 
continuously adjust drive level by holding down the + or - key while in calibrate 
mode. 


For port 1, the range set by the XMITLVL is O to 502. The output voltage range is 
approximately 1 mV to 4 V p-p, depending on the driven load impedance. From a 
count of O to 255, the voltage is increased from 1 mV to (approximately) 130 mV, 
or 500 uV per step. From a count of 256 and above, the voltage is increased 
linearly but in larger steps (approximately 15 mV per step) until 4 V (maximum) 
is reached at a count of 502. 


For port 2, the range set by the XMITLVL command is O to 255. The output 
voltage range is approximately 2 to 100 mV p-p if jumper J20 is Off, and from 80 
mV to 4 V p-p if J20 is ON, depending on the driven load impedance. Most high- 
speed radios require the high (default) drive range. 


For details, see the transmit level sections of the installation chapter and the 
appendices. 


XMITOK {ON | OFF} 
default ON Dual-Port 


When ON, transmitting functions are enabled. If turned OFF, transmitting is 
inhibited while all other functions of the TNC are unchanged. 


XOFF n (n = $00-$FF) 
default $13 <Ctrl+S> 


This command selects the character sent by the TNC to the computer to stop 
input from the computer. If set to $00 hardware flow control must be used. For 
software flow control set this parameter to the character the computer expects to 
see to stop sending data to the TNC. 


See also: xflow and xon 


XON n (n = $00-$FF) 
default $11 <Ctrl+Q> 
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This command selects the character sent by the TNC to the computer to restart 
input from that device. If set to $00 hardware flow control must be used. For 
software flow control set this parameter to the character the computer expects to 
see to restart sending data to the TNC. 


See also: xflow and xoff 
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Appendix A: Advanced Installation 


This appendix gives you additional information on installation and configuration 
beyond that given in the chapter on “Installing your 9612XE”’. We assume you 
have already read that chapter. 


Precautions 


The 9612XE is grounded through its connections to your transceiver, computer, 
and power supply. Make sure your transceiver is properly grounded and your 
computer has equal ground potential. Follow the grounding instructions in your 
transceiver manual. This will help prevent ground loops. 


Be sure to use shielded cable for radio interfaces. We do not recommend the use 
of unshielded 232 ribbon-cable in an amateur radio environment. 


Lithium batteries can explode or leak if heated, disassembled, recharged, 
exposed to fire or high temperature, or inserted incorrectly. 


We strongly recommend using a fuse in the wiring from the power supply. 


Please verify the polarity of the power supply connection. Reversed power supply 
connection, can cause damage to the TNC, as well as other equipment. 


Cable Wiring 


Caution: For electrical safety, make sure the power to the transceiver, computer, 
and 9612XE is OFF before connecting/disconnecting any cables. 


The RS-232 version of the 9612XE uses a standard 232 serial port with a DSUB- 
25 connector, configured as DCE equipment. 


Diagram of Pin Numbers on DSUB-25 Connector 


The following diagram shows the pin numbering on the DSUB-25 connector 
looking at the back of the 9612XE: 


WlOlS 
SOOO IOI IED 


Figure Al 
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Connecting to the Computer (DSUB-25) 


The 9612XE communicates with the computer using 232 signaling. This is 
compatible with PC compatible computers, Macintosh, dumb terminal, and most 
other terminal devices. 


Cable Wiring 


The RS232 version of the 9612XE requires a minimum of five wires between it 
and the computer serial port. The pins that must be connected to the computer, 
are TXD, RXD, signal ground, RTS, and CTS. The terminal program (or dumb 
terminal device), must be configured to use Hardware Flow control (or RTS/CTS 
flow control). If the terminal program does not support hardware flow control, or 
if the RTS and CTS lines are not connected, serial communication may fail. 


The 9612XE serial port connector has 25 pins, which are configured at the 


factory as: 

Terminal |9612XE Computer Terminal\Computer Terminal 

Name Terminal Number (DSUB-25)INumber (DSUB-9) 
Number 

FG it i N/A 

TXD 2 2 3 

RXD 3 3 2 

RTS 4 4 7 

CTS 5 5) 8 

DSR 6 6 6 

SG 7 7 5 

DCD 8 8 it 

DTR 20 20 4 

Shield Shield Shield Shield 


NOTE: FG (Frame Ground) and SG (Signal Ground) are tied together inside the 
9612XE. 


The purposes of the pins (by name) are: 
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FG - FRAME GROUND: This pin is attached to the chassis of the equipment as a 
safety ground. 


SG — SIGNAL GROUND: Common line for signals. 


TXD - TRANSMIT DATA: This line carries the data from your computer to the 
9612XE. 


RXD - RECEIVE DATA: This line carries the data from the 9612XE to your 
computer. 


RTS - REQUEST TO SEND: The 9612XE checks this line to see if it is permitted to 
send data to your computer. This pin is controlled by your computer software or 
terminal program to provide this information to the 9612XE. This pin is used for 
hardware flow control. 


CTS - CLEAR TO SEND: The 9612XE uses this line to signal your computer when 
it can no longer accept data from the computer, or to signal that it is again ready 
to accept data. This pin is used for hardware flow control. 


DSR - DATA SET READY: This line is set high to indicate that the modem is ON. 


DCD - DATA CARRIER DETECT: The 9612XE uses this pin to signal the status of 
the current I/O stream to your computer. If you are connected to another packet 
station on the current I/O stream, this line will have a positive voltage on it. If you 
are disconnected, the voltage on this line will be negative. 


DTR - DATA TERMINAL READY: Although interconnected via a buffer IC to the 
processor, this line is currently ignored. 


Shield — The shield of the cable must be connected 360° to both connectors for 
proper EMI and EMC suppression. 


Optional Wiring 


It is possible to re-configure the DSUB-25 connector to allow some additional 
functions through this connector. 


Applying Power through the DSUB-25 connector 


If desired, you may apply dc power to the 9612XE from Pin 25 of the DSUB-25 
connector. To enable this, connect J2 center pin and pin 1, J3 center pin and pin 
2. 


Resetting the 9612XE through the DSUB-25 connector 


If desired, EXT-IN via pin 25 of the DSUB-25 connector may be configured to 
allow you to perform a soft reset. This is accomplished by connecting J2 center 
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pin and pin 1, J3 center pin and pin 2. A momentary contact to ground will cause 
a soft reset. 


Other connections through the DSUB-25 connector 


Several of the pins in this jack are un-used. Those pins are simply connected to 
empty pads on the circuit board adjacent to that connector. By adding wire point- 
to-point jumpers, those un-used DSUB-25 connector pins can provide extra 
functions (such as adding up to three more inputs for A/D sampling). 


Hardware handshaking with DSR and DTR 


It is possible that some terminals or computers use the DTR and DSR pins for 
hardware handshaking instead of the RTS and CTS pins. When this is the case, 
you must connect the terminal DTR output to RTS on the 9612XE and connect 
the terminal DSR input to CTS on the 9612XE. 


Software settings 


When using a standard terminal program to communicate with the 9612XE, you 
must set the serial port configuration in your program for 8 data bits, no parity, 
and one stop bit. The serial port bauds supported by the 9612XE are 300, 600, 
1200, 2400, 4800, 9600, 19200, and 38400. In general, you should use the 
fastest baud your terminal program and hardware can support. The 9612XE 
defaults with ECHO ON, so you should set your terminal program for “full-duplex’ 
operation. 
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If you are using a baud above 9600 and have an older computer, we strongly 
recommend that you consider installing special high-speed, buffered UARTS in 
the serial port of your computer. These UARTS are available through many parts 
suppliers and will improve the reliability of high-speed communications. You 
should ask for the “high-speed buffered UARTS” (part number 16550 or 
equivalent) when ordering from your supplier. Newer computers don’t need this 
enhancement. 


Connecting to the Computer (USB) 


The computer port on the 9612XE is a USB type B jack. To connect to a 
computers USB port, you will need an interface cable that has a USB type A on 
one end, and a USB type B on the other end (the XE end). 


The XE uses an FTDI interface IC inside. It works the same way as a USB to RS- 
232 adapter cable, and the computer will see it as that type of device. Recent 
Windows, Linux, and Mac, operating systems include the appropriate driver to 
communicate to these devices. 
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If your computers system does not already include the driver, the correct driver 
can be downloaded direct from the FTDI manufacturer web site. (ftdi.com) 


When the USB cable from the XE is connected to the computer, and powered on, 
the operating system (Windows) should load the driver, and then will assign a 
com port number to the XE. That com port number is what should set in the 
terminal program, to communicate with the XE. Other operating systems will do 
something similar. 


Optional Wiring 


The USB port on the XE, is dedicated to only computer communication. It has no 
option connections available. 


Those option connections that are available in the RS232 interface unit, do not 
exist in the USB interface unit. 
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Connecting to your Radios 
Port1 1200 baud 


The 1200-baud radio connector is a 9-pin DB style connector, with pin layout as 


shown below: 
ODIO 


The purposes of each terminal are as follows: 


Terminal Nr |Nomenclature [Function 
1 TXA Transmit audio (AFSK out) 
2 XCD External carrier detect 
3 PTT Push-to-Talk 
4 CTLB(1200) Control line B (1200 Port) 
5 RXA Receive audio (AFSK in) 
6 GND Ground 
7 EXT-IN External input for Power/Reset* 
8 CTLA(1200) Control line A (1200 Port) 
ss) GND/RESET Ground (may be configured as external reset)* 
Shield Shield Shield 


* See the jumper section for details. 


Pin 1: Connects to the microphone input of your radio, providing the transmit 
audio. 


Pin 2: When a ground is applied to this pin, packet transmissions are inhibited. 
This pin is normally used as an external means of supplying carrier detect, but 
can also be used as a “hardware” transmit inhibit. Optionally, this pin can be 
used for data input from a GPS type device, by configuring the GPSPORT 
command. 
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Pin 3: When transmitting, this pin will be grounded. This is an open-drain circuit 
and requires a positive voltage from your radio (do not exceed 50 V de or 200 mA 
in this connection). 


Pin 4: This pin is the CONTROL B output, which may be used as a control line to 
your radio or other devices. It is an open drain circuit and will apply a ground on 
this pin when controlled by the CTRL command (do not exceed 50 V dc or 200 
mA, in this connection). 


Pin 5: Receive audio from your radio connects to this pin. This normally will 
connect to the external speaker jack on your radio but may connect to the receive 
audio pin on your microphone connector (if available). 


Pin 6: This pin connects to the chassis ground of your radio mic connector. 


Pin 7: This pin is not normally connected but may be configured as an external 
reset or to supply power, using jumpers J2 and J3 (J3 only, in the USB version). 
See the Jumper section for details. 


Pin 8: This pin is the CONTROL A output, which may be used as a control line to 
your radio or other devices. It is an open-drain circuit, controlled by the CTRL 
command. (do not exceed 50 V dc or 200 mA in this connection). 


Pin 9: This pin is connected to ground as shipped from the factory. You may re- 
configure this pin to perform an external reset by using jumper J1. See the 
Jumper section for details. 


Shield — The shield of the cable must be connected 360° to both connectors for 
proper EMI and EMC suppression. 


Interfacing Hand-Held Radios (Port 1 only) 


This section is for those who need more information than that given in the 
“Installation” chapter. 


Many transceivers, especially most hand-held models, obtain Push-To-Talk keying 
by completing a circuit between the mic input and PTT ground. A direct PTT 
input to the mic input line of units with this type electret condenser microphone 
is not usable without some type of isolation. 


If you plan to operate with a hand-held transceiver, the XE has incorporated an 
isolation circuit which is available by positioning jumper J7 on the center post 
and the rear post (labeled HT) as you face the front of the XE. Should you later 
use a different type radio, this change may need to be reconfigured by placing the 
J7 jumper on the center post and the front post, marked NOR. Most other mobile 
or base type radios of current manufacture will not require any modification of 
the XE. 
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You may also interface to a hand-held without performing this modification, by 
incorporating the same type of circuitry in the cable from your XE to your hand- 
held. Ground return and speaker audio are both supplied through the external 
speaker jack of your hand-held. While you will need to check the exact 
requirements of your hand-held radio, the following guidelines may be useful: 


e A100 nF (0.1 UF) capacitor (non-polarized) usually is required in the transmit 
audio line from the TNC to any handheld transceiver (HT) radio. Even if a 
capacitor is not required for connection to a radio, it can still be installed, and 
the transmit audio (packets) will pass through to the radio. 


e ICOM HT radios key the PTT by providing a low impedance path from the mic 
input to ground. To accomplish this, simply install a resistor (approximately 
3.9 kQ seems to be a good value) in series with the PTT wire from the XE and 
connect this to the mic input along with the AFSK line. 


@ The ICOM 2A style wiring is most common, and can be used with some 
Alinco, Azden, and standard HTs. 


e YAESU radios are similar but use a mono plug and a different value resistor. 


@ The wiring for Yaesu HTs can also be used with Radio Shack HTs. 


e Most KENWOOD HT radios key the PTT line by connecting the sleeve of the 
mic connector to the sleeve of the earpiece connector. This means that you 
will not need a resistor in the PTT wire from the XE, simply connect the PTT 
wire to the sleeve of the mic connector. Another point to watch: most of the 
KENWOOD HTs (2600 and later) use a three pin mic connector. The AFSK 
from the XE should therefore connect to the RING and not the TIP of the mic 
connector. 


@ Leave J7 in normal (not HT) when using Kenwood HTs. 
Optional Connections to DSUB-9 Radio Port 


As noted above, Pin 7 can be used either for external (soft) reset or for power 
input and Pin 9 can be used either for external (soft) reset or for ground. 
However, external (soft) reset can not be connected to both Pin 7 and Pin 9 at the 
same time. 


Applying Power through the DSUB-9 connector. 


To power the 9612XE from Pin 7 of the DSUB-9 connector, you must connect J2 
center pin and pin 2, J3 center pin and pin 2. 
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Resetting the 9612XE through the DSUB-9 connector. 
To perform a soft reset from Pin 7 of the DSUB-9 connector, you must connect J2 
center pin and pin 2, J3 center pin and pin 1. Momentarily applying a ground to 
pin 7 will then perform a soft reset. 
Alternatively, pin 9 can be used for either ground or reset with jumper J1: 
Connect J1 center pin and pin 1 for ground, center pin and pin 2 for external 
reset. 

Port 2: High Speed (e.g., 9600 Baud) 


The connector labeled “Port 2" on the XE rear panel is a 15-pin DB style 
connector. The pin layout is presented in the ”Getting Started" chapter. 


The purposes of each pin are as follows: 
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Pin number 


1 


Oo dO N WD oO FB W ND 


ee ee 
WO MW fF OO 


14 
15 
Shield 


Nomenclature 


PIT 
RXA 
TXA 
RXD 


CTLA 9600 
CTLB 9600 
RX S/N 
GND 

GND 

GND 

RXC 

XCD 

AN@ 

AN1 

Shield 


Function 


Push-to-Talk (output) 

Receive signal (input) 

Transmit signal (output) 

Receive signal (digital input) 

(not used) 

Control line A (output) (High Speed Port) 
Control line B (output) (High Speed Port) 
Receive quality (output) 

Ground 

Ground 

Ground 

Receive clock (output) 

External carrier detect (input) 

Buffered A/D (input) 

Buffered A/D (input) 

Shield 


Pin 1: When the 9612XE needs to key your transmitter, it will apply a ground to 
this pin. This is an open-drain circuit and requires a positive voltage from your 
radio (do not exceed 50 V and 200 mA in this circuit). 


Pin 2: This pin connects to the discriminator output from your radio (high-speed 
receive data—e.g., 9600 baud). 


Pin 3: This pin connects to the modulator (normally to the varactor) of your radio 
for transmitting high speed (e.g., 9600 baud) packet. 


Pin 4: This pin can be used to receive high speed (e.g., 9600 baud) data from 
those radios that provide TTL level voltages for receive. Normally, this pin will not 


be used. 
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Pin 6: This pin is the CONTROL A (9600) output, which may be used as a control 
line to your radio or other devices. It is an open-drain circuit, and will apply a 
ground on this pin when controlled by the CTRL command (do not exceed 50 V 
and 200 mA in this circuit). 


Pin 7: This pin is the CONTROL B (9600) output, which may be used as a control 
line to your radio or other devices. It is an open-drain circuit, and will apply a 
ground on this pin when controlled by the CTRL command (do not exceed 50 V 
and 200 mA in this circuit). 


Pin 8: This line is used to monitor adjustment of the receive equalization of the 
high-speed (e.g., 9600 baud) modem. Connect a dc voltmeter to this pin and use 
the EQUALIZE command to adjust modem equalization for maximum voltage 
reading while you are receiving another station. 


Pin 9: This pin connects to the ground of your 9600-baud radio. 
Pin 10: This pin is connected to ground (same as pin 9). 
Pin 11: This pin is connected to ground (same as pin 9). 


Pin 12: This pin is the receive clock signal. You may use this pin to connect to an 
oscilloscope trigger input to observe the eye-pattern of a 9600-baud signal. The 
RXA signal (pin 2) would connect to the vertical input to the scope. 


Pin 13: When a ground is applied to this pin, and the CD command is set to 
EXTERNAL, transmitting is inhibited. This is normally used as an external means 
of supplying a carrier detect signal. 


Pin 14: This pin is connected to a buffered A/D converter (ANO). 
Pin 15: This pin is connected to a buffered A/D converter AN1). 


Shield: The shield of the cable must be connected 360° to both connectors for 
proper EMI and EMC suppression. 


Port 2 (High Speed) Transmit level 


@ This section has information beyond that covered in the installation 
chapter, which documents the basic procedures for controlling transmit 
level (as well as receive level) for port 2. 


Drive level for this port should be set so that you achieve a deviation of about 3 
kHz in your high-speed ready transceiver (radio). If your radio will transmit 
properly with jumper J6 on both posts (dc coupling), we recommend this 
position. 
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As with port 1, drive level for port 2 (the high-speed port) is set digitally, using 
your keyboard and the transmit level (XMITLVL) command, or while in the 
calibrate (CAL) function. Jumper J20, is selects either a low or high range of 
transmit audio. Most “data ready” radios require a higher level drive audio. The 
HI range output, with jumper J20 set on both pins (which is the default position), 
is approximately 80 mV to 4 V p-p, when driving a 10k ohm load. 


Note: If your radio requires a lower drive level, place J20 on just one pin. The low 


range output is approximately 2 mV p-p to 200 mV p-p, when driving a 10k ohm 
load. 
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Appendix B: Advanced Information 


Assembly and Disassembly 


Should you require access to the 9612XE to reposition jumpers or for other 
purposes, disassemble as follows: 


i 
2. 


Turn off power and remove all cables from the unit. 


Using a small Phillips screwdriver, remove the four (4) case screws located on 
each side of the case. 


. Remove the top cover from the unit. 


. Observe proper static protection precautions, when accessing jumpers or 


other internal circuits. 


To reassemble, reverse the procedure above. 


Hard Reset 


The hard-reset process is provided to reset the 9612XE to its factory default 
values. This process may become necessary should operational problems be 
encountered or when upgrading your bios/firmware to a new version. The readout 
specified in step 5 below will be legible only if your terminal baud is 9600. If the 
terminal baud is set incorrectly, the reset will occur, but the terminal may display 
only garbled data or no data. 


The Hard-Reset procedure is performed as follows: 


ile 
2. 


Follow the disassembly instructions, as described above. 


Locate the Hard-Reset jumper (J12). Jumpers are appropriately labeled on the 
PC board. Refer to the parts location diagram for help in locating them. 


. Place the J12 jumper on both pins. 
. While connected to the computer, apply power to the 9612XE. 


. Observe on the computer display (your terminal program must be set at 9600 


baud): 


TESTING SRAM 
ae sews 
REMOVE TEST JUMPER 


. Turn power off. 
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7. Return jumper J12 to the normal position (one pin only). 
8. Reassemble the 9612XE and return to operation. 


Note: After a hard reset, all parameters are at factory default values and any 
mailbox messages are lost. 


Bios/firmware load 


The bios load procedure is provided to reload or update the operating program 
inside the flash section of the microprocessor. When jumper J11 is connected, 
and the 9612 XE is then powered ON, a message will be displayed to the terminal 
at 19200 baud. 


Do a test load first? (Y/N) 


If you respond with Y (for yes), the currently installed bios will be retained, the 
next message displayed is; 


Start loading file: 


You can then send the bios file from your terminal. It will be checked for errors as 
it is received, and an error message will be displayed if any errors are detected. 
As each line of the file is received, an * will be displayed back to the terminal. The 
terminal will be displaying continuous string of *s, until the file is complete. When 
J11 is removed, and the 9612XE restarted, will be running with its previously 
installed bios. 


When you answer N (for no) to the message: 

Do a test load first? (Y/N) 

The next displayed message Is: 

Sure you want to erase FLASH? (Y/N) 

If you answer N (for no), the message will be repeated. 


If you answer Y (for yes), the flash memory that contains the current bios will be 
erased in preparation for reloading or replacing the bios code. When it has been 
erased, the next message is; 


Erasing Flash 
When finished, the next message is; 


Start loading file: 
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You can then send the bios file from your terminal. It will be checked for errors as 
it is received, and will be stored in the “erased” flash area. As each line of the file 
is received, an * will be displayed back to the terminal. The terminal will be 
displaying continuous string of *s, until the file is complete. When sending the file 
has finished, no errors were detected, the next message; 


Turn off unit and remove jumper 


Will be displayed. When J11 has been removed, and the 9612XE restarted, will be 
running with its newly installed bios. If the difference between the old and the 
new bios is minor, you will see the normal sign-on message, and all previous 
commands settings are retained. If there was a major difference between the old 
and new bios, the 9612XE will power on in autobaud, just like a new unit. 


Calibration/Equalization 


The CALIBRAT command/function is used to assist in adjusting the data 
transmitter drive level and/or adjusting receive equalization. The procedures 
listed below are a guideline for using the calibration command to adjust for 
optimum performance. 


Drive level for ports 1 and 2 are set by digital pots, providing an approximate 
range of 1 mV to4 V p-p. 


For Port 1, no jumpers are involved. Default drive level is about 50 mV, 
corresponding to an XMITLVL command setting/count of 100. 


For port 2, the drive level is 2 mV p-p to 200 mV p-p with jumper J20 OFF and 80 
mV p-p to 4 V p-p with J20 ON (the default setting). Default drive level is about 1 
V, corresponding to a XMITLVL command parameter (setting) of 64. 


Normally, equalization is not required for port 1 but is for port 2. The EQUALIZE 
command sets the initial value for phase equalization for port 2 (only) and you 
can use the CAL command to make fine adjustments as outlined below. 


Port 1: 1200 baud 


To set drive level for port 1, you must have your current I/O stream on the 1200- 
baud port. When you issue the CALibrate command, the following options will 
appear on your screen: 


CALIBRATE MODE HBAUD: 1200 


M send mark 

R receive 

S send space 

T send square wave 
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- or + adjust XMITLVL while transmitting 
X exit 
XMITLVL: 100 


Pressing M will transmit a constant MARK tone, until another key is pressed. 
Pressing R will measure a received square wave. 
Pressing S will transmit a constant SPACE tone, until another key is pressed. 


Pressing T will transmit a square wave (Space and mark tones), until another key 
is pressed. 


“oy 


While transmitting with M,S, or T, pressing 
decrease or increase the drive voltage. 


or “+” (and holding it down) will 


Pressing X will exit the calibrate mode, and a soft reset will occur. 


Transmit Drive Level 


A digitally controlled analog pot, provides an output range of 1 mV to 4 V p-p, 
which sets the drive level. Default drive level, with the XMITLVL command set to 
100, is about 50 mV. After entering the calibrate mode (CAL) you should use the 
T option to initiate the transmission of a square wave and then adjust the AFSK 
drive level by pressing the terminal ‘-’ or ‘+’ key (and holding it down) until you 
achieve the drive level you need. Adjust deviation to achieve about 3 to 3.5 kHz 
deviation from your radio. 


If you do not have access to a deviation meter, you can set the level by 
approximation. While listening to other stations packets, listen to a receiver and 
set your transmitted signal so that your signal does not sound louder or weaker 
than other stations signals. 


Receive Equalization 


If you have another Kantronics TNC user nearby, have that station transmit a 
calibrate square wave and choose the R option in your TNCs calibrate mode to 
measure the status of receive equalization. Each time you press R, the 
mark/space square wave generated by the other station is analyzed, and two 
numbers will be displayed. For best performance, these numbers should be about 
equal. A 40/60 to 60/40 ratio is acceptable. Changing the setting of jumper J5 
can adjust equalization when needed. Default is no equalization for port 1, since 
it’s normally not needed. 


Note: If you are using a Low Impedance Data output from the radio (or external 
speaker), set J3 on both pins (OFF = 10 kO, ON = 6200). 
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Port 2: High-speed Port 


To set drive level and receive equalization for port 2, you must have your current 
|/O stream on the high-speed port (use streamswitch). Use the STATUS 
command, to verify that port 2 is current. When you issue the CALibrate 
command, the following options will appear on your screen: 


CALIBRATE MODE HBAUD: 9600 

< or > adjust EQUALIZE 

- or + adjust XMITLVL while transmitting 
S send scramble 

T send square wave 

X exit 


XMITLVL: 064 
Pressing S will transmit a scrambled signal until a key is pressed. 
Pressing T will transmit a square wave until a key is pressed. 


While transmitting with either S or T, pressing “-” or “+” (and holding it down) will 
decrease or increase the drive voltage. 


When not transmitting, pressing the “<” or “>” will adjust receive equalization. 


Pressing X will exit calibrate mode. 


Transmit Drive level 


Typical 9600 baud packet, will work best with about 2.5 to 3kHz transmit 
deviation. Use the appropriate setting of J20 (high range or low range) to achieve 
the correct level to match the requirement or your transmitter. 


@ When the deviation has been set, check the parameter value for XMTLVL 
and make a note of that value for future reference. 


Receive Equalization 


If a nearby station has a 9612, 9612 Plus, or 9612XE, have that station transmit 
a calibrate signal that your station can receive. With your unit in its own calibrate 
mode (receive), measure the dc voltage on pin 8 of the DSUB-15 connector (or 
test point 21) and adjust equalization using the < or > character until it reads as 
close to 3 volts as you can get. Alternatively, watch the Status LED on the front 
panel while adjusting equalization - holding down the < or > key. The STA LED 
should light solidly when the signal quality line (equalization level) is adequate. 
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PTT (Push-to-Talk) Watchdog Timer 


The 9612XE has push-to-talk watchdog timers for both ports. These timers are 
both enabled, by default. Jumper J19 for 1200 PTT, and Jumper J8 for 9600 
PTT, both on one pin only (not connected). If a PTT remains active (ON) for over 
2-1/2 minutes on the 1200 baud port, or for over 30 seconds on the 9600 port, 
the watchdog timer will activate and release the PTT line to your radio. 


To disable either PTT Watchdog timer, connect the pins of J19, or J8, together. 


Microprocessor Watchdog Timer 


The TNC includes a watchdog timer within the microprocessor. In the unlikely 
event that your TNC firmware gets into an infinite loop, the watchdog timer will 
detect the failure and force a reset of the TNC. 


A/D Converter 


Two A/D converter inputs are available. Their connections are in the 9600 (DB15) 
port. They are sampled with the Analog command. These inputs can be used to 
measure external DC voltages in the range of O V to +5 V, with up to 8-bit 
accuracy. 


Note: To measure voltages greater than +5 V dc, the signals need to be 
attenuated to divide them down in voltage. You will need to use two resistors at 
your analog input pins (per input), as a voltage divider. Choose resistance values 
to scale the desired input voltages to 5 V dc maximum at test points “TP25” or 
“TP26” on the printed circuit board. 


@ Note: The processor can measure up to +5 V dc. Higher voltages can not 
be read. Do not exceed 50 V to the analog inputs, or damage may occur. 
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9612XE Jumpers 


Jumper functions 


@ To locate jumpers listed below, reference Appendix E. 


Jumper number Function 


Jl DSUB9 pin9, Ground or Reset 

J2 Input select, DSUB9 or DSUB25 (n/a in USB version) 
J3 Reset or VIN 

J4 1200 input impedance 

J5 1200 baud equalization 

J6 9600 TX DC coupling 

J7 1200 NOR or HT 

J8 9600 PTT watchdog 

J9 Analog input AN1 

J10 Analog input ANO 

Jil BIOS load 

J12 Hard Reset/Self-Test 

J13 9600 RX low frequency coupling 

J15 9600 TX to RX loopback 

J16 9600 RX level low/high 

J17 9600 extra equalization enable/disable 
J19 1200 PTT watchdog 

J20 9600 TX range low/high 


Jumper Descriptions: 


J1: (DSUB9 Ground or reset) This three-pin jumper connects pin 9 of the 1200 
baud port either to ground or to the reset function. When placed on the center 
post and 1, pin 9 of the DSUB9 connector is connected to ground. When placed 
on the center post and 2, pin 9 is connected to the reset circuit in the unit. This 
allows you to perform a soft reset by applying a ground to pin 9. Default: ground 
(center post and 1). 


J2: (Serial Configuration, RS232) This three-pin jumper, in conjunction with J3, 
provides an alternative means to supply dc power to the unit or to perform a reset 
through pin 25 of the serial port connector, without powering down the unit. See 
the section on Connector Configuration for more details. Default: center post and 
2 
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J2: (USB) This jumper is not in the USB version of the 9612XE. 


J3: (Reset/Vin) This three-pin jumper, in conjunction with jumper J2 provides an 
alternate means to supply dc power to the unit or to perform a soft reset without 
powering down the unit. Its center pin is connected to pin 7 on the DSUB9Y. See 
the section on Connector Configuration for more details. Default: not connected. 


J4: (1200 Zin) This 2-pin jumper, when placed on both posts (i.e., connected) 
sets the RX input impedance of the 1200 baud modem to 620 Q. When the two 
posts are not connected, input impedance is 10 kQ. Default: not connected. 


J5: (1200 baud equalization) This two-pin jumper is used to set the equalization 
for the 1200 baud modem. When placed on both posts, no equalization is 
selected, and when not connected, partial equalization is used. See the 
calibration/ equalization section for details. Default is no equalization (i.e., both 
posts connected). 


J6: (9600 TX output dc coupling) This two-pin jumper allows the transmit signal 
from the 9600 baud modem to be dc coupled to your radio. When placed on both 
posts, the transmit signal is dc coupled; when not connected, the signal is ac 
coupled. Default: not connected. 


J7: (NOR/HT) When placed on the center post and the post marked NOR, this 
configures the AFSK output line for port 1 (1200 baud) for use with base station 
radios. When placed on the center post and the post marked HT, this configures 
the AFSK output line to also serve as the PTT line for HT radios. Default: NOR. 


J8: (9600 PTT watchdog) This jumper enables/disables the watchdog timer for 
the 9600 baud modem. When not connected, the watchdog timer is active, and 
when placed on both posts, the timer is disabled. Default: not connected. 


J9: (Analog input AN1) When not connected, the analog input is disabled. When 
connected, AN1 is coupled through buffers to the A/D converter within the 
processor. Default: Connected. 


J10: (Analog input ANO) Same setup as J9. 


J11: (BIOS Load) When connected, and the XE then powered ON, bios (firmware) 
load mode is enabled. Default: not connected. 


J12: (Hard Reset Jumper) When connected, and the XE then powered ON, the 
Hard Reset/self-test mode is enabled. Internal self-tests are performed, and 
result messages are output to the terminal at 19200 baud. All command 
parameters will be set back to factory default values (parameter settings and 
mailbox messages are lost). Default: not connected. 
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J13: (9600 RX Low Frequency input coupling) When connected, this jumper 
increases the 9600 BPS input coupling capacitance thus allowing for lower 
receive frequency capability. It can help when using a radio that has some low 
frequency roll-off. Default: not connected. 


J15: (9600 TX to RX loopback) When connected, internally connects the TX audio 
output back to RX audio input, for testing purposes. Default: not connected. 


J16: (9600 RX receive level) This two-pin jumper sets the 9600 baud modem 
receive level for a high-level, or low-level receive audio (50 mV or less), from the 
radio. When connected, a low-level signal is expected from the radio; when not 
connected, a high level signal is expected (greater than 50 mV). Default: not 
connected. 


J17: (9600 extra equalization) This jumper can be removed (trace cut) and a 10 
kQ trimpot installed at location R45. It is used for situations requiring additional 
amplitude equalization peaking (seldom required). Default: wire jumper. 


J19: (1200 PTT watchdog) This jumper enables/disables the ptt watchdog timer 
for the 1200 port. When not connected, the watchdog timer is active; when 
connected, the timer is disabled. Default: not connected. 


J20: (9600 TX drive range) This two-pin header selects the high-range or low- 
range for the 9600 baud tx output level. When the jumper is not connected, the 
low output range is selected; when connected, the high output range Is selected. 
Default: connected. 
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Appendix C: 


Replacing the Memory-Backup Battery 


The Lithium battery is used to retain changes to settings, and to power the real- 
time clock in the microprocessor, when the unit is powered off. To replace the 
internal Lithium battery, remove the units top cover and carefully remove the 
battery out of the battery holder. You may need to use an insulated tool to assist 
in removal of the battery. When installing a replacement battery (CR2032 or 
equivalent), be sure insert the battery with its positive (+) side facing up. 


NOTE: When you remove the lithium battery, all stored parameter changes will be 
lost, and the unit will revert to the factory default parameters. 
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Appendix D: In Case of Difficulty 


Your Kantronics 9612XE is manufactured to very stringent quality standards. If 
you have followed the installation procedures outlined in this manual, it is highly 
unlikely that you will encounter a failure. If you do have difficulty, use the 
procedures described in this section to assist in isolating and correcting the 
problem. 


9612XE Does Not “Sign-On” to Computer 


Le 


Carefully recheck cabling between your computer serial port and the XE. 


2. For the RS232 interface unit, make sure your computer interface cable has the 


correct connections. It should have at least 5 lines connected (TXD, RXD, RTS, 
CTS, and signal ground). 


. For the USB interface unit, make sure the USB cable is connected to a working 


computer port, the computers operating system has recognized the unit and 
assigned a com port. 


. Check your terminal program to be certain it is configured with the correct 


communications parameters (serial port number, interface baud, number of data 
bits and parity). 


5. Try a “Hard Reset” using the Hard-Reset jumper. (Operate your terminal program 


at 19200 baud when performing a hard reset.) 


You Are Unable to Make a “Connect” 


ip 


Issue a connect request and observe the TNC XMIT LED. If the XMIT LED 
illuminates, check to ensure that the radio is connected to the radio port. 


. Observe the radio to determine if it is being switched to the “Transmit” condition, 


when the TNC transmits. If not, recheck the radio interface cable wiring. Be sure 
the PTT pin, and ground pins are connected properly. 


. If the TNC XMIT LED does not illuminate, check to be sure that the XMITOK 


command is turned ON. 


. If the TNC REC (receive) led remains ON all the time, transmit will be inhibited. 


Change the CD command to Software. 


. Set the CD command to INTERNAL and turn the radio squelch control to “OFF” 


and see if the RCV LED illuminates on the packet controller. If it does not light, 
recheck the receiver audio connection between your radio and the XE. 
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6. If possible, monitor your transmitted packet signal with a separate receiver. If the 
transmitter is keying to “Transmit” but weak or no audio Is monitored, increase 
AFSK output as necessary using the XMITLVL command. (See the AFSK Output 
Level section.) 


7. Check to be sure that the XE is set to transmit on the proper port. Check to see 
which radio port is currently active, by entering the STATUS command. If needed, 
change ports by using the streamswitch characters. 


Cannot Transmit 
1. Check the XMITOK command - it must be ON to allow transmitting. 


2. If using a “fixed level” (i.e., the RCV LED stays on all the time) Receive Audio from 
the radio, which the volume and squelch do not change, set the TNC CD 
parameter to SOFTWARE. 


Cannot Return to Command Mode 


1. The single most common cause of this is that the STOP character (and usually 
XOFF) may have been inadvertently set to the same as the COMMAND character. 
This is usually caused by the use of the dollar sign ($) as a streamswitch. If you 
use the $, be aware that you cannot enter hex values without PASSing the dollar 
sign. Symptoms for this usually are that you can talk to the TNC in Command 
Mode, you can usually talk to others on the air, but you just can’t get back to 
Command Mode. With most PC terminal programs, pressing <Ctrl+C> will 
display the heart character, but you still don’t get the cmd: prompt. 


2. The TNC is in transparent mode, and typing just results in transmitting. See the 
“Getting out of Transparent Mode” section in the “Modes of Operation” chapter. 


3. The TNC is in a different interface mode, and needs a different communication 
program, or the interface mode needs to be “exited” back to terminal mode. See 
the “Getting out of Host Mode” section, below. 


4. The TNC has parameters set in such a way that return to command mode is not 
possible. In this case, a Hard Reset will be necessary. 


Getting Out of Host Mode 


If you want to use a “standard” terminal program after you have used a Host 
mode program, be aware that your TNC may still be in host mode when you first 
turn it on. If it is, you will not see the normal sign on message, but instead you 
may see the message “SOG”, sent by the TNC which indicates that it is in HOST 
Mode. If you see this message, you must first exit the Host Mode before you can 
start talking to your unit with a generic terminal program. To exit Host interface 
mode, you must send the three-character host escape sequence to the TNC. First, 
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send a FEND character (ASCII code 192), then the letter q (upper or lower case is 
ok), and finally another FEND character. 


To send the 3-character sequence from your keyboard, do the following: 


1. Press and HOLD the ALT key. Type the numbers 192 from the numeric 
KEYPAD (do not use the numbers above the letters on the keyboard). Then 
release the ALT key. 


2. Type “Q”. 


3. Press and HOLD the ALT key. Type the numbers 192 from the numeric 
KEYPAD (do not use the numbers above the letters on the keyboard). Then 
release the ALT key. 


When your terminal program sends these characters, your TNC will then leave 
Host mode. You should then see the TNCs normal command mode prompt. 
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Appendix E: Additional Information 


Specifications 


Size: 0.8" x 6.7" x 6.9" (2.0 cm x 17 cm x 17.5 cm) 
Weight: 18 oz. (0.5 kg) 

Power Requirements: 9 V dc to 25 V dc, 40 to 80 mA 
Power Plug Polarity: Center pin positive 


Modes of Operation Packet, KISS, XKISS, K-Net, Host, GPS, modem and Dumb 
modem, Paging, POLL, TUP, and Linesub. 


Other Features: PBBS, KA-NODE, Remote Access, and K-Net 
External Reset: Pulldown to ground 
Port. .: 
Watch Dog Timer: Approximately 2-1/2 min 
External Carrier Detect (XCD): Pulldown to ground 
PTT Output: Open drain, +50 V dc maximum, and 200 mA maximum 
Audio Output: 
Continuously adjustable: 1 mV p-p to 4 V p-p 
Output Impedance (ac coupled): 600 OQ 
Modulation: 


1200 BPS FSK, BELL 202 (1200Hz/2200HZ), or CCITT V.23 (1300 
Hz/2100 Hz), full duplex capable 


Audio Input: 
Receive level: 5 mV to 35 V p-p 
Dynamic Range: 70 dB 
Input Impedance (unbalanced): 10 kQ (600 © with Jumper J3 installed) 
Maximum Input Voltage: +12 V dc; 35 V p-p sinusoidal 
Equalization: None or Fixed 

POr:2: 

Watch Dog Timer: Approximately 40 s 

External Carrier Detect (XCD): Pulldown to ground 

PTT Output: Open drain, +50 V dc maximum, and 200 mA maximum 

Audio Output: 
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Continuously adjustable: 2 mV p-p to 100 mV p-p with J20 off 
Continuously adjustable: 80 mV p-p to 4 V p-p with J20 on 
Output Impedance (ac or dc coupled): 600 O 
Modulation: 
Gaussian Filtered DFSK with normal bandwidths (BT) of 0.3 and 0.5 
4800, 9600, 19200, 38400 BPS, Full Duplex capable 
Audio Input: 
Receive level: 15 mV to 200 mV p-p (J16 on) 
Receive level: 80 mV to 2.0 V p-p (J16 off) 
Dynamic Range: 20 dB either range 
Input Impedance: 100 kQ (ac coupled) 
Maximum Input Voltage: 35 V p-p sinusoidal 
Equalization: Variable, software controlled 
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Messages from the 9612XE 


The following are brief explanations of the most important messages that may be 
sent by your TNC. 


Note: Since these messages are also common to other Kantronics’ TNCs, they 
refer to “TNC”, not specifically to “9612XE”. 


***(callsign) busy 


The packet station you were attempting to connect to (callsign) is unable to 
accept connects, and responded with a busy signal. 


CALIBRATE MODE HBAUD: 1200 

M send mark 

R receive 

S send space 

T send square wave 

- or + adjust XMITLVL while transmitting 

X exit 

XMITLVL: 100 

This message appears on your screen when you enter the Calibrate Mode for port 
1, and it prompts you to press M to generate a MARK tone, R to receive a 
Kantronics Calibrate signal, S to generate a SPACE tone, T to transmit a 


Kantronics Calibrate signal, - or + to adjust XMITLVL while transmitting, or X to 
return to the Command Mode. 


CALIBRATE MODE HBAUD: 9600 
<or> adjust EQUALIZE 


- or + adjust XMITLVL while transmitting 


S send scramble 

T send square wave 
X exit 

XMITLVL: 064 
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This message appears on your screen when you enter the Calibrate Mode for port 
2 (high-speed port). 


Already connected on stream n 


You are attempting to connect to a callsign that you are already connected to on 
another stream. The STATUS command will show you who you are connected to 
and on what stream (i.e., stream “n”). 


BBS BUSY 


You have attempted to connect to your own PBBS, but the BBS is in use by 
another station. 


Can’t DISCONNECT 


You are not connected on this stream so therefore cannot disconnect. This 
message will be followed by the stream and a “Link state is:” message, described 
later in this section. 


Can’t RECONNECT 


You have attempted to reconnect to a station (by issuing a CONNECT command) 
but the callsign you entered is not the same as the station you are already 
connected to. You may only reconnect to the station you are connected to on this 
stream. 


CHECKSUM ERROR 


This message indicates that the Kantronics firmware in your TNC may be 
damaged. You may see this message when performing a hard reset, or any time a 
soft reset is performed (including initial power up), and a BIOS error is detected. 
Will sometimes display when power supply voltage is low or noisy. 


CHECKSUM OK 


When performing a hard reset, this message indicates that the Kantronics 
firmware EPROM has passed the internal checksum test. 


cmd: 


This is the Command Mode’s prompt for input. Any characters entered after the 
TNC prints “cmd:” will be used as command input and not packet data. 


Command not available in NEWUSER mode 
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This message indicates that you have attempted to change one of the commands 
in the TNC, but that command is not currently available to you. This occurs when 
the INTFACE command has been set to NEWUSER. To enable access to all 
commands, set INTFACE to TERMINAL. 


*** connect request: 


A remote packet station has attempted to connect to you, but there is not a valid 
stream available for the connection. The remote station will be sent a busy 
message packet. See the USERS and MAXUSERS commands for setting more 
streams and allowing more connects at one time if desired. Also be sure CONOK 
is ON. 


*** CONNECTED to call [VIA digi1....digi8] 


A packet connection has taken place. This can happen by you issuing a connect 
request or a connect request coming in from a remote station. “call” will be the 
callsign entered in the remote stations MYCALL and if a path was used it will be 
shown. 


*** DISCONNECTED 
The packet connection no longer exists. 
EH? 


This is the TNC’s generalized “I don’t understand” message. A dollar sign ($) is 
used to point to the offending character. It will also appear if a required input 
item is missing, e.g.: 


C KV7B V 


$ 
EH? 


In this example, the required digipeater callsign or name after the VIA option Is 
missing. Most commands entries that result in display of an “EH?” error, are 
ignored and discarded. In a few cases, part of the command may be accepted 
and acted upon, as described under the message “Input ignored”. 


ENTER YOUR CALLSIGN=> 

Type in your callsign. The TNC needs to know who you are to properly implement 
its protocol. Your callsign will be placed in the MYCALL parameter and used to 
generate the MYNODE and MYPBBS callsigns, and the CWIDTEXT. 


xxxx FREE BYTES 


300 


This message indicates how many additional characters may be entered into the 
TNC packet buffer before the buffer is full. 


***F RMR received: 


A frame reject packet has been received for an unknown reason. The information 
field of this packet will display in hexadecimal value. This display may be useful 
in determining why the receiving station rejected your packet. It usually means 
that more than one TNC is trying to respond to your packet, due to duplicate 
callsigns. 


**<F RMR sent: 


Frame reject packet has been sent due to a detected error in protocol. Three 
bytes (6 hexadecimal characters) are displayed to assist in determining the 
reason for the reject. 


Input ignored 


Since the TNC command interpreter was kept small and simple, sometimes it will 
change parameters before it completes parsing some of the more involved 
commands. In some cases, options at the beginning of the command will have 
been acted on before a syntax error near the end of the line is reached. When this 
occurs, “Input ignored” is used to show what part of the line was ignored. The 
dollar sign points to the boundary: characters to the left were used; the character 
pointed to and those to the right were not, i.e., the line was parsed as if a <CR> 
was entered at the $. For example: 


BUDLIST QST,KBONYK NOKN 
$ 


Input ignored 


Because the comma is missing, the command is interpreted as if it were 
BUDLIST QST,KBONYK; the N@KN is ignored. 


INVALID STREAM 


The stream you have tried to change to is not valid. Stream designators must be 
letters A - Z. MAXUSERS sets the upper limit on valid streams. 


KANTRONICS 9612XE VERSION X.XXXXX 
(C) COPYRIGHT 2020 BY KANTRONICS INC. ALL RIGHTS RESERVED. 
DUPLICATION PROHIBITED WITHOUT PERMISSION OF KANTRONICS. 


A message such as this (different for each product, but with this format) appears 
when the TNC is first turned on and after any soft reset, including changing 
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commands that cause re-allocation of memory, such as; NUMNODES, PBBS, 
MAXUSERS or MYREMOTE commands, or issuing the RESET command. In this 
example, the X.XXXXX would be replaced the current bios version. 


Link state is: 


This message is output in response to the CONNECT and DISCONNECT 
commands if the state of the link does not permit the requested action. It is 
prefaced by “Can’t CONNECT” or “Can’t DISCONNECT” as appropriate and will 
be followed by the current link state. A CONNECT command with no options will 
display the link state of the current stream. 


Current link states are: 

Both devices busy 

Both TNCs involved in the connection are unable to accept any more data. 
CONNECTED to (callsign v path) 

Your TNC is currently connected to the indicated station, using the path given. 
CONNECT in progress 

Your TNC is attempting to establish a connection. 

Device busy 

Your TNC is unable to accept any more data from the remote station currently. 
DISC in progress 

Your TNC is attempting to disconnect from another station. 
DISCONNECTED 

No connection exists on the current stream. 

FRMR in progress 


Your TNC has detected an error in the protocol. This is normally caused by two TNCs 
using the same callsign, resulting in both trying to respond to the same message. 


Remote device busy 


The remote TNC is unable to receive any more data from the radio currently. 


Waiting ACK and device busy 


302 


Your TNC has sent a packet to another station and is waiting for the acknowledgment, 
but your TNC is not able to accept any data from the radio at this time. 


Waiting ACK and remote busy 


Your TNC has sent a packet to another station and is waiting for the acknowledgment, 
and the remote TNC is not able to accept any data from the radio at this time. 


Waiting ACK and both devices busy 
Your TNC has sent a packet to another station and is waiting for the acknowledgment, 


but neither your TNC nor the other station’s TNC is able to accept any data from the 
radio at this time. 


Waiting acknowledgment 


You have sent a packet of data to another station, and your TNC is waiting for the 
acknowledgment. 


MESSAGES WOULD BE LOST 


This message indicates that you have attempted to set the PBBS size too small to 
hold all the existing messages in the mailbox. The size is not changed, and 
therefore no messages are lost. If you want to make the mailbox smaller, you 
must first delete some of the messages or set the PBBS to O, erasing all the 
messages, then set the new PBBS size. 


NO KNOWN NODES 


An NDHEARD list has been requested and the TNC has not heard any other nodes 
(e.g., KA-Nodes). 


NOT ENOUGH RAM 


This message indicates that you have attempted to set the NUMNODES, 
MAXUSERS, or PBBS to a value, which requires more RAM memory than is 
currently available. It may also occur if you try to enable the MYREMOTE and 
there isn’t enough memory left. 


Not while connected 


Some parameters cannot be changed if the TNC is connected to another station. 
This message is printed if an attempt is made. 


PBBS MESSAGE BUFFER NOT VALID! 
TRYING TO RECOVER 
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When you turn on the TNC a check is made of the pointers relating to the PBBS. 
It appears that one or more of these pointers may not be correct. An attempt is 
made to correct them, but it is possible that some or all the messages may be 
lost. 


PRESS (*) TO SET BAUD RATE 


You need to press the asterisk (*) key on your keyboard so that the TNC can 
detect your terminal interface baud. 


RAM OK xxxK BYTES 


This message appears when a hard reset is performed and indicates that the TNC 
has tested the installed RAM and has found no problems. It also reports the 
amount of RAM installed in your TNC. 


RAM ERROR xxxK BYTES 


If this message appears when you perform a hard reset, the TNC has detected a 
problem with the installed RAM, and reports how much of the RAM it found. 


***retry count exceeded 
*** DISCONNECTED 


The number of tries set by the RETRY command has been exceeded. Therefore, 
the connection has been broken. 


S00 


This message from the TNC indicates that it is in the HOST mode, and has just 
performed a reset, or was Just powered on. To exit the Host mode, you must send 
three characters to the TNC from your keyboard. See the Host mode section of 
the manual for details. Two FEND characters precede this message and one 
FEND character follows this message, but they may not be visible (depending on 
your terminal program). 


Value out of range 


If the syntax of the command is legal, but the value specified is too large or too 
small for this command, the value out of range message is returned. A $ is used 
to point to the bad value. 


was 


Whenever one of the parameters is changed, the previous value is usually 
displayed. 
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Example: 


cmd:AX25 OFF 
AX25L2V2 was ON 
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ASCII Chart 


i?) 
pe 
zai 
O 
oO 
a 
@O 


* |W] 00}N} Oy] 01] B] GQ] PO/F}OIN]- 


©) 
>H] = FAIN| <|<]E)<]/C)FpM) lO} VO] Z/E/- falc |—|LjO| n|M|OjO}|w] S|E}S 


>H| IN IK] X</E/<J/ClA] malo] VO!|ZI/Z/- jx) Cl—-| LI O| mM oCsoO|w/>@ 


CMe RH IsIN IK |x [= I< [Cla] Jn [2 [oO JO [3/3 | — |x EI -—- | a 0a | I JQ Jo Jol|m 


wl |r |polpo] po] pol po pol po] pofpofe fe fe le le felelelele 
B1O]0]o0|NI a! S| a/M1|S/Oloo|NI || A} a] pole lo lO] 2%] N] D/O R/@W/ NM] |O 
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Layout-RS-232 


1200EQ INPUTZ 
sm om 


NOR_ HT 


RESET GND |, [een 


a es ee 


STA CON Rx2 9800 1x2 RX1 1200 Txt 
BAUD BAUD 


7 
vr i 


9612KE_RS252 
(c) 2008 KANTRONICS CO. INC 


i. ALL RIGHTS RESERVED 
' ~ 
\ ] mecreseran: 
a + oT a 


SPARE ANALOG INPUTS 


Tasy 003-0030-01 


vk 


sit CUT TRACE 


TO USE R45 


J16 


9800 9600 J12 m1 
RECEIVE LOWFREOQ 
uo 


TEST/RESET BIOS LOAD 


LEVEL COUPLING 


oc 9800 
COUPLING WATCHDOG 
36 


307 


Layout-USB 


= | fs oe 


STA CON Rx2 9800 Tx2 RX1 1200 Txt 
BAUD BAUD 


A g Tasy 003-0031-01 


ve 


1200 


B 
CUT TRACE 
TOUSE R45 
RECEIVE LOWFREO 
LEVEL «COUPLING 
C 
oc 9800 
12000 INPUT Z COUPUNG WATCHDOG 
sm em em 8 
NOR _ HT 
2 GND {oon 
DBs 
D 
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WATCHDOG 


Vm hi 
bare 4 
9612xE_USB 


(c) 2098 KANTRONICS CO. INC. 


XeT1 ALL RIGHTS RESERVED 


811 


SPARE ANALOG INPUTS 


oe oe 


J12 A A an 
TEsTRESET || |S] BIOSLOAD 


